Systems and methods to enable combined periodic and triggered location of a mobile device

ABSTRACT

Methods and techniques are described for initiating a periodic and triggered location in a target UE. After LCS Client requests initiation of periodic and triggered location reporting from the UE, two intermediate responses are returned by a network. A first response indicates that the periodic and triggered location request has been received and accepted b the network. A second response indicates that periodic and triggered location has been activated in the UE. Additionally, a periodic and triggered location request may include a maximum event sampling interval and a maximum reporting interval and one or more location triggers. The maximum event sampling interval can limit UE power consumption and the maximum reporting interval can detect when periodic and triggered location is no longer active in a UE. The location triggers may include periodic reporting, reporting using area events or reporting based on UE motion.

CLAIM OF PRIORITY UNDER 35 U.S.C. § 119

This application claims under 35 USC § 119 the benefit of and priorityto U.S. Provisional Application No. 62/404,733, filed Oct. 5, 2016, andentitled “LOCATION SUPPORT FOR CIoT AND NB-IoT DEVICES,” U.S.Provisional Application No. 62/418,772, filed Nov. 7, 2016, and entitled“COMBINED PERIODIC AND TRIGGERED LOCATION OF A MOBILE DEVICE,” U.S.Provisional Application. No. 62/454,639, filed Feb. 3, 2017, andentitled “COMBINED PERIODIC AND TRIGGERED LOCATION OF A MOBILE DEVICE,”and U.S. Provisional Application No. 62/446,329, filed Jan. 13, 2017,and entitled “CONTROL PLANE LOCATION SOLUTION FOR 50 NEXTGEN CORE,” allof which are assigned to the assignee hereof and are incorporated hereinby reference in their entireties.

BACKGROUND Background Field

The present disclosure relates generally to communication, and morespecifically to techniques for supporting location services for userequipments (UEs) in association with a wireless network.

Relevant Background

UEs that form part of the Internet of Things (IoT) will typically onlyconnect to a wireless network for short intervals (e.g. to provide somesporadic service). For example, UEs that are part of the IoT may includefeatures such as extended Discontinuous Reception (eDRX) or Power SavingMode (PSM). With eDRX or PSM, a UE may remain in idle state and neitherbe reachable from a serving wireless network nor connect to the servingwireless network for a long period of time (e.g. several hours orlonger). During the period of time in which the UE remains in idlestate, the UE may not be reachable by a client device (e.g. a LocationServices (LCS) client), thereby restricting or blocking locationservices. This may prevent or impede real time location services such asgeofencing, asset tracking and child or pet location because it may notbe possible to access a UE or measure signals from a UE to enable alocation of the UE to be obtained while the UE is in an idle state.Methods to overcome these limitations may therefore be desirable.

SUMMARY

Methods and techniques are described for initiating a periodic andtriggered location service in a target user equipment (UE). After aLocation Services (LCS) Client requests initiation of periodic andtriggered location reporting from the UE, two intermediate responses arereturned. A first response from a network entity is provided indicatingthat the periodic and triggered location service request has beenreceived and accepted by the network entity. A second response isprovided by the UE indicating that periodic and triggered locationrequest has been activated in the UE. The second response may bereturned soon after the first response or may be returned several hoursor days after the first response if the UE is part of the Internet ofThings (IoT) and is connected to the wireless network for shortintervals. Additionally, a triggered location service request mayinclude a maximum reporting interval and one or more location triggers.If no location report is provided after the maximum reporting interval,it may be assumed that location reporting was terminated in the UE.

In one implementation, a method at a first network entity of performingperiodic and triggered location for a target user equipment includesreceiving from a second network entity a periodic and triggered locationrequest for the target user equipment, transmitting a first response tothe second network entity indicating that the periodic and triggeredlocation request has been received and accepted, waiting for the targetuser equipment to be in a reachable state with a wireless network if thetarget user equipment is not currently in a reachable state,establishing a signaling connection with the target user equipment,transmitting the periodic and triggered location request to the targetuser equipment, receiving from the target user equipment a confirmationindicating that the periodic and triggered location request has beenaccepted; and transmitting a second response to the second networkentity indicating that the periodic and triggered location request hasbeen activated in the target user equipment.

In one implementation, a first network entity for performing periodicand triggered location for a target user equipment includes, an externalinterface configured to communicate with a second network entity and thetarget user equipment; and at least one processor configured to receivewith the external interface a periodic and triggered location requestfrom the second network entity for the target user equipment, transmitwith the external interface a first response to the second networkentity indicating that the periodic and triggered location request hasbeen received and accepted, wait for the target user equipment to be ina reachable state with a wireless network if the target user equipmentis not currently in a reachable state, establish through the externalinterface a signaling connection with the target user equipment,transmit with the external interface the periodic and triggered locationrequest to the target user equipment, receive with the externalinterface an acknowledgment from the target user equipment that theperiodic and triggered location request has been received, and transmita second response to the second network entity indicating that theperiodic and triggered location request has been activated in the targetuser equipment.

In one implementation, a first network entity for performing periodicand triggered location for a target user equipment includes means forreceiving from a second network entity a periodic and triggered locationrequest for the target user equipment, means for transmitting a firstresponse to the second network entity indicating that the periodic andtriggered location request has been received and accepted, means forwaiting for the target user equipment to be in a reachable state with awireless network if the target user equipment is not currently in areachable state, means for establishing a signaling connection with thetarget user equipment, means for transmitting the periodic and triggeredlocation request to the target user equipment, means for receiving fromthe target user equipment a confirmation indicating that the periodicand triggered location request has been accepted, and means fortransmitting a second response to the second network entity indicatingthat the periodic and triggered location request has been activated inthe target user equipment.

In one implementation, a method at a user equipment for performingperiodic and triggered location includes receiving a periodic andtriggered location request from a first network entity, the periodic andtriggered location request comprising a type of location reporting eventand at least one of a maximum reporting interval, a minimum reportinginterval and a maximum event sampling interval, returning a response tothe first network entity indicating that the periodic and triggeredlocation request is accepted, monitoring a location reporting event todetermine if the location reporting event occurs, and transmitting alocation report to a second network entity when the location reportingevent occurs or when no location reporting event occurs during themaximum reporting interval.

In one implementation, a user equipment for performing periodic andtrigged location includes a wireless transceiver configured towirelessly communicate with a first network entity, and at least oneprocessor configured to receive with the wireless transceiver a periodicand triggered location request from the first network entity, theperiodic and triggered location request comprising a type of locationreporting event and at least one of a maximum reporting interval, aminimum reporting interval and a maximum event sampling interval,returning with the wireless transceiver a response to the first networkentity indicating that the periodic and triggered location request isaccepted, monitor a location reporting event to determine if thelocation reporting event occurs, and transmit with the wirelesstransceiver a location report to a second network entity when thelocation reporting event occurs or when no location reporting eventoccurs during the maximum reporting interval.

In one implementation, a user equipment for performing periodic andtriggered location includes means for receiving a periodic and triggeredlocation request from a tint network entity, the periodic and triggeredlocation request comprising a type of location reporting event and atleast one of a maximum reporting interval, a minimum reporting intervaland a maximum event sampling interval, means for returning a response tothe first network entity indicating that the periodic and triggeredlocation request is accepted, means for monitoring a location reportingevent to determine if the location reporting event occurs, and means fortransmitting a location report to a second network entity when thelocation reporting event occurs or when no location reporting eventoccurs during the maximum reporting interval.

In one implementation, a method at a first network entity of performingperiodic and triggered location for a target user equipment includesreceiving a periodic and triggered location request for the target userequipment from a second entity, transmitting the periodic and triggeredlocation request for the target user equipment to a third entity,receiving a first response from the third entity indicating that theperiodic and triggered location request has been received and acceptedby a serving network entity for the target user equipment, transmittingthe first response to the second entity, receiving a second responsefrom the third entity indicating that the periodic and triggeredlocation request has been activated in the target user equipment, andtransmitting the second response to the second entity.

In one implementation, a first network entity for performing periodicand triggered location for a target user equipment includes an externalinterface configured to wirelessly communicate with a first networkentity and a second network entity, and at least one processorconfigured to receive with the external interface a periodic andtriggered location request for the target user equipment from the secondentity, transmit with the external interface the periodic and triggeredlocation request for the target user equipment to the third entity,receive with the external interface a first response from the thirdentity indicating that the periodic and triggered location request hasbeen received and accepted by a serving network entity for the targetuser equipment, transmit with the external interface the first responseto the second entity, receive with the external interface a secondresponse from the third entity indicating that the periodic andtriggered location request has been activated in the target userequipment, and transmit with the external interface the second responseto the second entity.

In one implementation, a first network entity for performing periodicand triggered location tor a target user equipment includes means forreceiving a periodic and triggered location request for the target userequipment from a second entity, means for transmitting the periodic andtriggered location request for the target user equipment to a thirdentity, means for receiving a first response from the third entityindicating that the periodic and triggered location request has beenreceived and accepted by a serving network entity for the target userequipment, means for transmitting the first response to the secondentity, means for receiving a second response from the third entityindicating that the periodic and triggered location request has beenactivated in the target user equipment, and means for transmitting thesecond response to the second entity.

BRIEF DESCRIPTION OF THE DRAWINGS

An understanding of the nature and advantages of various embodiments maybe realized by reference to the following figures.

FIG. 1 is a simplified block diagram illustrating the architecture of asystem for enabling support of location for mobile devices, according toan embodiment.

FIG. 2 is a signaling, flow illustrating a process used to instigate andperform a periodic and triggered location request.

FIG. 3 is a signaling, flow illustrating a process for cancelling aperiodic and triggered location procedure when cancellation is requestedb an LCS Client.

FIG. 4 is a signaling flow illustrating a process for cancelling aperiodic and triggered location procedure when cancellation is requestedby a UE.

FIGS. 5, 6 and 7 show process flows illustrating methods of performing aperiodic and triggered location service according to differentembodiments.

FIG. 8 is a block diagram of an embodiment of a mobile device or UE.

FIG. 9 is a block diagram of an embodiment of a network entity such asan MME, E-SMLC or GMLC.

FIG. 10 is a block diagram of an embodiment of an external client.

Elements in different figures with like numbers (with the exception ofthe numbered stages in FIGS. 2-4) may correspond to one another.

DETAILED DESCRIPTION

UEs that form part of the Internet of Things (IoT) will typically onlyconnect to a wireless network for short internals (e.g. to provide somesporadic service such as reporting a status or condition of anassociated entity, object or person). For example, UEs that are part ofthe IoT may include features such as extended Discontinuous Reception(eDRX) or Power Saving Mode (PSM). With eDRX or PSM, a UE may remain inidle state and neither be reachable from a serving wireless network norconnect to the serving wireless network for a long period of time (e.g.several hours or longer). During the period of time in which the UEremains in idle state, the UE may not be reachable by a client device(e.g. at Location Services (LCS) client), thereby restricting orblocking location services. This may prevent or impede real timelocation services such as geofencing, asset tracking and child or petlocation because it may not be possible to access a UE or measuresignals from a UE to enable a location of the UE to be obtained whilethe UE is in an idle state. One possible solution to this would be toallow periodic and triggered location reporting to be activated in IoTUEs during periods when real time location access is needed. However,existing procedures for periodic, and triggered location have beendefined (e.g. by 3GPP) only for UEs that are normally reachable at anytime and not for UEs that are typically unreachable. For example,initiating periodic and triggered location in a UE that will not bereachable for several hours or days may not be possible with currentprocedures.

A new procedure to support different types of periodic and triggeredlocation is described herein. The new procedure may be usable for bothUEs that are normally reachable at any time and for IoT UEs that areunreachable for long periods, e.g., due to features such as extendedDiscontinuous Reception (eDRX) or Power Saving Mode (PSM). The proceduremay include a first feature comprising returning two intermediateresponses by the network to an LCS client after the LCS client initiatesa request for periodic and triggered location reporting for a target UE.The first response may indicate that the LCS client request has beenaccepted by the network and the network is ready to initiate theprocedure in the target UE. Unlike conventional procedures, a secondresponse may be provided indicating that the periodic and triggeredlocation request has been activated in the UE, i.e., the target UE willbegin to return periodic and triggered location reports. The secondresponse may be returned soon after the first response, e.g., for anormal UE, or may be returned several hours or days after the firstresponse, e.g., for an IoT UE.

The new procedure may additionally include a second feature comprising amaximum reporting interval for a periodic and triggered location requestin which trigger events are reported rather than periodic events, inorder to force a UE to issue a location report even when no normalreporting event has occurred. The receipt of a location report mayconfirm to the network and LCS client that location reporting is stillactive in the UE. On the other hand, if no location report is receivedfollowing a maximum reporting interval, an LCS client or network mayassume that location reporting was terminated in the UE, and may thenterminate and/or explicitly cancel the request. This may avoid aconventional query procedure requiring the LCS client or network entityto periodically query the UE in order to determine if ongoing locationsessions are still active. In some aspects of the second feature, aminimum reporting interval may also be included to avoid an excessivenumber of location reports from a UE. For example, setting a minimumreporting interval equal to some short period (e.g. 10 to 15 minutes)may avoid a large number of reports from a UE over a short period (e.g.one hour) when trigger events are occurring frequently.

The new procedure may further include a third feature comprising amaximum event sampling interval which may define the maximum interval oftime between two consecutive sampling actions of a UE in which the UEdetermines whether a requested location trigger event has or has notoccurred, such as the UE having moved by more than a threshold distanceor having entered or left a designated target area. A UE may employ asampling interval less than the maximum event sampling interval if thisis possible without much extra power consumption. Increasing the maximumevent sampling interval may reduce UE power and battery consumption bypotentially reducing the frequency of UE sampling actions but may alsoincrease the delay in reporting a trigger event that has occurred.Therefore, the maximum event sampling interval may be adjusted by an LCSclient to achieve an optimum tradeoff between power and batteryconsumption versus delay in reporting a trigger event that best matchesa required location service and capabilities of a target UE. A maximumevent sampling interval may contrast with, and may provide moreflexibility than, a minimum event sampling interval in which a UE isrequired to verify whether a trigger event has or has not occurred atsome minimal interval of time. For example, a minimum event samplinginterval may prevent use of a shorter sampling interval by a UE when theUE can support this without significant extra power consumption. As anexample, a UE that is part of or attached to a vehicle or possesses itsown charging source (e.g. powered by light, heat or movement of a user)may be less restricted regarding power consumption.

FIG. 1 is a diagram illustrating a system architecture 100 for locationsupport of a user equipment (UE) 102. By way of example, the systemarchitecture 100 may support, wireless communications involving MachineType Communications (MTC), Internet of Things (IoT), Cellular IoT (CIoT)and Narrow Band IoT (NB-IoT), as defined in specifications from the3^(rd) Generation Partnership Project (3GPP). NB-IoT is a Radio AccessType (RAT), supported by the evolved Universal Mobile TelecommunicationsService (UMTS) Terrestrial Radio Access Network (E-UTRAN), which wasadded by 3GPP in specifications for 3GPP Release 13 to provide 200 KHzUL/DL (Uplink Downlink) carrier bandwidth (and 180 KHz of usable UL/DLbandwidth). The CIoT concerns EPC (evolved packet core) support forNB-IoT, IoT and MTC and is complimentary to NB-IoT (i.e., NB-IoT isprincipally concerned with E-UTRAN and CIoT is principally concernedwith the EPC). The system architecture 100 may support. NB-IoT radioaccess, category M1 (1.4 MHz) LTE radio access for MTC or wide bandwidthLong Term Evolution (LTE) radio access with CIoT operation, or maysupport wireless communications involving other types of user equipment.

The system architecture 100 may be referred to as an Evolved PacketSystem (EPS) 100. As illustrated, the system architecture 100 mayinclude the UE 102, a Radio Access Network (RAN) 120, which may be anEvolved UMTS Terrestrial Radio Access Network (E-UTRAN), and an EvolvedPacket Core (EPC) 130. The Radio Access Network (RAN) 120 and the EPC130 may be part of a Visited Public Land Mobile Network (VPLMN) thatcommunicates with a Home Public Land Mobile Network (HPLMN) 140 for theUE 102. The system architecture 100 may interconnect with other accessnetworks. For example, the Internet may be used to carry messages to andfrom different networks such as the HPLMN 140 and the VPLMN EPC 130. Forsimplicity those entities/interfaces are not shown. As shown, the systemarchitecture 100 provides packet-switched services, however, as thoseskilled in the art will readily appreciate, the various conceptspresented throughout this disclosure may be extended to networksproviding circuit-switched services.

The UE 102 may be any electronic device, which may be configured forNB-IoT, category M1 or (wideband) LTE radio access or other types ofradio access if desired. The UE 102 may be referred to as a device, awireless device, a mobile terminal, a terminal, a mobile station (MS), amobile device, a Secure User Plane Location (SUPL) Enabled Terminal(SET) or by some other name and may correspond to (or be part of) asmart watch, digital glasses, fitness monitor, smart car, smartappliance, cellphone, smartphone, laptop, tablet, PDA, tracking device,control device, or some other portable or moveable device. A UE 102 maycomprise a single entity or may comprise multiple entities such as in apersonal area network where a user may employ audio, video and/or dataI/O devices and/or body sensors and a separate wireline or wirelessmodem. Typically, though not necessarily, a UE 102 may support wirelesscommunication such as using Global System for Mobile communications(GSM), Code Division Multiple Access (CDMA), Wideband CDMA (WCDMA), LTE,New Radio (NR) also referred to as Fifth Generation (5G). High RatePacket Data (HRPD), IEEE 802.11 WiFi, Bluetooth® (BT), WiMax, etc. A UE102 may also support wireless communication using a wireless LAN (WLAN),Digital Subscriber Line (DSL) or packet cable for example. Although FIG.1 shows only one UE 102, there may be many other UEs that can eachcorrespond to UE 102.

The UE 102 may enter a connected state with a wireless communicationnetwork that may include the Radio Access Network (RAN) 120. In oneexample, UE 102 may communicate with a cellular communication network bytransmitting wireless signals to, or receiving wireless signals from acellular transceiver, such as an evolved Node B (eNodeB also referred toas an eNB) 122 in the RAN 120. The RAN 120 may include one or moreadditional eNBs 124. As illustrated, additional RANs, such as a RAN 126,may be in the system architecture 100, which may include one or moreeNBs 128. The eNB 122 provides user and control planes protocolterminations toward the UE 102, The eNB 122 may also be referred to as abase station, a base transceiver station, a radio base station, a radiotransceiver, a radio network controller, a transceiver function, a basestation subsystem (BSS), an extended service set (ESS), or by some othersuitable terminology. The UE 102 also may transmit wireless signals to,or receive wireless signals from a local transceiver, such as an accesspoints (AP), femtocell, Home Base Station, small cell base station, HomeNode B (HNB) or Home eNodeB (HeNB) and may provide access to a wirelesslocal area network (WLAN, e.g., IEEE 802.11 network), a wirelesspersonal area network (WPAN, e.g., Bluetooth network) or a cellularnetwork (e.g. an LTE network or other wireless wide area network such asthose discussed in the next paragraph). Of course it should beunderstood that these are merely examples of networks that maycommunicate with a mobile device over a wireless link, and claimedsubject matter is not limited in this respect.

Examples of network technologies that may support wireless communicationinclude NB-IoT, but may further include GSM, CDMA, WCDMA, LTE, HRPD andNR. NB-IoT, CIoT, GSM, WCDMA, LTE and NR are technologies defined by (orbeing defined by) 3GPP. CDMA and HRPD are technologies defined by the3rd Generation Partnership Project 2 (3GPP2). WCDMA is also part of theUniversal Mobile Telecommunications System (UMTS) and may be supportedby an HNB. Cellular transceivers, such as eNBs 122, 124 and 125, maycomprise deployments of equipment providing subscriber access to awireless telecommunication network for a service (e.g. under a servicecontract). Here, a cellular transceiver may perform functions of acellular base station in servicing subscriber devices within a celldetermined based, at least in part, on a range at which the cellulartransceiver is capable of providing access service.

The eNBs 122, 124 are connected by an interface (e.g. a wireless orwireline backhaul connection) to the VPLMN EPC 130. As illustrated, theEPC 130 includes a Mobility Management Entity (MME) 131 through which UE102 signaling messages are transferred MME 131 may be the serving MMEfor UE 102. The MME 131 is the control node that processes the signalingbetween the UE 102 and the EPC 130 and supports attachment and networkconnection of UE 102 as well as managing the establishment and releaseof data, signaling and voice bearers on behalf of the UE 102. The MME131 may also support user plane (UP) data transfer to and from the UE102 using a 3GPP Cellular IoT (CIoT) feature known as CIoT Control Plane(CP) optimization in which data packets are transferred to and from theUE via the MME 131, rather than by bypassing the MME 131, in order toavoid the overhead of establishing and releasing data bearers for the UE102. Generally, the MME 131 provides bearer and connection managementfor the UE 102 and may be connected to the eNBs 122 and 124, an EnhancedServing Mobile Location Center (E-SMLC) 133 and a Visited Gateway MobileLocation Center (V-GMLC) 132 in the VPLMN EPC 130. As illustrated, EPC130 may include one or more additional MMEs, such as MME 131#, that isconnected to the eNBs 122 and 124, another E-SMLC 133# and anotherV-GMLC 132#. In some implementations, the E-SMLC 133# may be the sameentity as E-SMLC 133, and/or the V-GMLC 132# may be the same entity asV-GMLC 132. Additionally, as illustrated, the system architecture 100may include additional VPLMN EPCs (corresponding to different PLMNs),such as EPC 134, which may include one or more additional MMEs, such asMME 135, that is illustrated as being connected to the eNB 128, anotherE-SMLC 136 and another V-GMLC 137.

The E-SMLCs 133, 133# and 136 may each be configured to support locationof the UE 102 using the 3GPP control plane (CP) location solutiondefined in 3GPP technical specifications (TSs) 23.271 and 36.305. TheV-GMLCs 132, 132# and 137, which may each also be referred to simply asa Gateway Mobile Location Center (GMLC) 132, 132# or 137, may beconfigured to provide access on behalf of an external client (e.g.external client 160) or another network (e.g. HPLMN 140) to the locationof UE 102. An external client may also be referred to as an LCS

As illustrated, the HPLMN 140 includes a Home Gateway Mobile LocationCenter (H-GMLC) 142 that may be connected to the V-GMLCs 132, 132# and137 (e.g. via the Internet). The H-GMLC 142 may be connected to a HomeLocation Register or Home Subscriber Server (HLR/HSS) 144, which is acentral database that contains user-related and subscription-relatedinformation for UE 102. The H-GMLC 142 may provide location access tothe UE 102 for external clients such as external client 160. The H-GMLC142 may be connected to the external client 160, e.g., through anothernetwork such as the Internet (not shown in FIG. 1). In some cases, aRequesting GMLC (R-GMLC) 152 located in a Requesting PLMN (RPLMN) 150may be connected to H-GMLC 142 (e.g. via the Internet) in order toprovide location access to UE 102 on behalf of external clientsconnected to the R-GMLC 152. The R-GMLC 152, H-GMLC 142 and V-GMLC 132may support location access to the UE 102 using the 3GPP CP locationsolution defined in 3GPP TS 23.271. It is noted that R-GMLC 152, H-GMLC142 and V-GMLCs 132, 132# and 137 may each be referred to simply as aGMLC (e.g. if the type of GMLC is already known).

In a CP location solution, such as the 3GPP CP location solution definedin 3GPP TS 23.271, signaling to support location of the UE 102 may betransferred between participating entities (e.g. V-GMLC 132, MME 131,E-SMLC 133. eNB 122 and UE 102) using existing signaling interfaces andprotocols for VPLMN EPC 130 and RAN 120. In contrast, in a user planelocation solution such as the SUPL location solution defined by the OpenMobile Alliance (OMA), signaling to support location of the UE 102 maybe transferred between participating entities (e.g. the LTE 102 and aSUPL Location Platform (SLP)) using data bearers (e.g. using theInternet Protocol (IP)).

It should be understood that while a VPLMN network (comprising RAN 120and VPLMN EPC 130) and separate HPLMN 140, and RPLMN 150 are illustratedin FIG. 1, one or more of the PLMNs (networks) may be the same PLMN. Inthat case, the HLR/HSS 144 may be in the same network (EPC) as the MME131, and one or more of the V-GMLC 132, the H-GMLC 142, and R-GMLC 152may be the same GMLC.

In particular implementations, the UE 102 may have circuitry andprocessing resources capable of obtaining location related measurements(e.g. for signals received from GPS or other Satellite PositioningSystem (SFS) satellites 110, cellular transceivers such as eNBs 122,124, or local transceivers) and possibly computing a position fix orestimated location of UE 102 based on these location relatedmeasurements. In some implementations, location related measurementsobtained by UE 102 may be transferred to a location server, such as theE-SMLC 133, after which the location server may estimate or determine alocation for UE 102 based on the measurements. Location relatedmeasurements obtained by UE 102 may include measurements of signalsreceived from satellites 110 belonging to an SPS or Global NavigationSatellite System (GNSS) such as GPS, GLONASS, Galileo or Beidou and/ormay include measurements of signals received from terrestrialtransmitters fixed at known locations (e.g., such as eNB 122, eNB 124 orother local transceivers). UE 102 or a separate location server (e.g.E-SMLC 133) may then obtain a location estimate for the UE 102 based onthese location related measurements using any one of several positionmethods such as, for example, GNSS, Assisted GNSS (A-GNSS), AdvancedForward Link Trilateration (AFLT), Observed Time Difference Of Arrival(OTDOA), Enhanced Cell ID (E-CID), or Wireless Local Area Network (WLAN)positioning, or combinations thereof In some of these techniques (e.g.AFLT and OTDOA), timing differences may be measured at LTE 102 for threeor more terrestrial transmitters fixed at known locations, or (e.g. forA-GNSS) pseudoranges may be measured for four or more satellites withaccurately known orbital data, or combinations thereof. Thesemeasurements may be based at least in part, on pilots, positioningreference signals (PRS) or other positioning related signals transmittedby the transmitters or satellites and received at the UE 102.

In some implementations, a location server, such as E-SMLC 133, may becapable of providing positioning assistance data to UE 102 including,for example, information regarding signals to be measured (e.g.,expected signal timing, signal coding, signal frequencies, signalDoppler), locations and identities of terrestrial transmitters and/orsignal, timing and orbital information tot GNSS satellites to facilitatepositioning techniques such as A-GNSS, ALT, OTDOA and E-CID. Thefacilitation may include improving signal acquisition and measurementaccuracy by UE 102 and, in some cases, enabling UE 102 to compute itsestimated location based on the location measurements. For example, alocation server (e.g. E-SMLC 133) may comprise an almanac, whichindicates locations and identities of cellular transceivers (e.g. eNBs122 and 124) and/or local transceivers in a particular region or regionssuch as a particular venue, and may provide information descriptive ofsignals transmitted by a cellular base station or AP such astransmission power and signal timing. In the case of E-CID, a UE 102 mayobtain measurements of signal strengths (e.g. received signal strengthindication (RSSI) or reference signal received power (RSRP)) for signalsreceived from cellular transceivers, e.g., eNBs 122, 124 and/or localtransceivers and/or may obtain a signal to noise ratio (S/N), signalquality level (e.g. a reference signal received quality (RSRQ)) or around trip signal propagation time (RTT) between UE 102 and one or morecellular transceivers, e.g., eNBs 122, 124, and/or local transceivers.In the case of E-CID, UE 102 may obtain a global cell ID or physical(local) cell ID for each of one or more nearby cells which may enable anapproximate location of UE 102. In the case of WLAN positioning, UE 102may obtain a Media Access Control (MAC) address for each of one or morenearby WLAN APs which may enable an accurate location fix UE 102 due toa short radio range (e.g. 50 meters) for a WLAN AP. A UE 102 maytransfer these measurements to a location server, such as E-SMLC 133 ora SUPL SLP (not shown in FIG. 1), to determine a location for UE 102, orin some implementations, may use these measurements together withassistance data (e.g. terrestrial almanac data or GNSS satellite datasuch as GNSS Almanac and/or GNSS Ephemeris information) received fromthe location server to determine a location for UE 102.

In the case of OTDOA, UE 102 may measure a Reference Signal TimeDifference (RSTD) between signals such as a Positioning Reference Signal(PRS) or Cell-specific Reference Signal (CRS) transmitted by pairs ofnearby transceivers and base stations (e.g. eNBs 122 and 124). An RSTDmeasurement may provide the time of arrival difference between signals(e.g. CRS or PRS) received at UE 102 from two different transceivers(e.g. an RSTD between signals received from eNB 122 and eNB 124). The UE102 may return the measured RSTDs to a location server (e.g. E-SMLC 133)which may compute an estimated location for UE 102 based on knownlocations and known signal timing far the measured transceivers. In someimplementations of OTDOA, the signals used for RSTD measurements (e.g.PRS or CRS signals) may be accurately synchronized by the transceiversto a common universal time such as GPS time or Coordinated universaltime (UTC), e.g., using a GPS receiver at each transceiver to accuratelyobtain the common universal time.

An estimate of a location of a UE 102 may be referred to as a location,location estimate, location fix, fix, position, position estimate orposition fix, and may be geographic, thus providing location coordinatesfor the UE 102 (e.g., latitude and longitude) which may or may notinclude an altitude component (e.g., height above sea level, heightabove or depth below ground level, floor level or basement level).Alternatively, a location of the UE 102 may be expressed as a civiclocation (e.g., as a postal address or the designation of some point orsmall area in a building such as a particular room or floor). A locationof a UE 102 may also be expressed as an area or volume (defined eithergeographically or in civic form) within which the UE 102 is expected tobe located with some probability or confidence level (e.g., 67% or 95%).A location of a UE 102 may flatter be a relative location comprising,for example, a distance and direction or relative X, Y (and Z)coordinates defined relative to some origin at a known location whichmay be defined geographically or in civic terms or by reference to apoint, area or volume indicated on a map, floor plan or building plan.In the description contained herein, the use of the term location maycomprise any of these variants unless indicated otherwise.

Triggered location (e.g. based on an area event) and periodic locationof a UE 102 at the request of an external client (e.g. external client160) are defined for GSM and UMTS access by UE 102 in 3GPP TS 23.271using Mobile Terminated Location. Request (MT-LR) procedures. DifferentMT-LR procedures are defined in 3GPP TS 23.271 to support periodiclocation of a UE 102 (using an MT-LR procedure for periodic location)and triggered location of a UE 102 where the UE 102 enters, leaves orremains within a defined geographic area (using an MT-LR procedure for achange of area event). However, such MT-LR procedures (e.g. an MT-LRprocedure for periodic location or a change of area event) are notdefined in 3GPP IS 23.271 for E-UTRAN access by the UE 102 (e.g. usingLTE or NB-IoT). In the case of CIoT features used by a UE 102, acapability is defined in 3GPP TS 23.682 to support reporting of a changein location for the UE 102, but the solution is not aligned withlocation support in 3GPP TS 23.271 (e.g. since the capability in 3GPP TS23.682 uses a different architecture and different protocols to thesolution in 3GPP TS 23.271), provides location with a granularity onlyof cell ID or Tracking Area (TA) and can only report location when a UE102 becomes available (e.g. potentially at an interval of almost threehours in the case of a lone eDRX paging cycle for UE 102).

A more flexible periodic and/or triggered MT-LR capability may be usefulto enable location of a UE 102 that has LIE access, category M1 accessor NB-IoT access at times other than when the UE 102 normally becomesavailable (e.g. connected to the VPLMN EPC 130) and/or with bettergranularity than a cell ID or TA. For example, a user might like to knowwhen a valuable asset, child or pet enters or leaves a particular areaimmediately after the event occurs, rather than say two hours later, andin addition may prefer a more accurate current location when such anevent occurs.

A single procedure (e.g. MT-LR procedure) may be used to supportdifferent types of periodic and triggered location. Examples of thissingle procedure herein are referred to as a “periodic and triggeredlocation”, a “periodic and triggered MT-LR”, a “periodic and triggeredMT-LR location”, a “periodic and triggered location determination”, a“periodic location and triggered location”, a “periodic or triggeredlocation”, a “periodic location determination and triggered locationdetermination”, or a “periodic location determination or triggeredlocation determination”. Moreover, a request for this single proceduremay be herein referred to as a “periodic and triggered locationrequest”, a “periodic and triggered MT-LR request”, a “periodic andtriggered MT-LR location request”, a “periodic location and triggeredlocation service request”, a “periodic or triggered location request”, a“periodic location request and triggered location request” or a“periodic location request or triggered location request”. Use of asingle procedure supporting periodic and different types of triggeredlocation reporting may be preferable to separate procedures that eachsupport one type of reporting only (e.g. periodic reporting only orreporting of area events only) due to reducing the implementation for aUE 102 and/or for network elements such as MME 131 and GMLCs 132, 142and 152. The procedure may be usable for both a UE 102 that is normallyreachable at any time and for an IoT UE 102 that is unreachable for longperiods. The procedure may contains several features to support locationservices, e.g., for IoT UEs. In one feature of the procedure, after anLCS client (e.g. external client 160) requests a network (e.g. R-GMLC152) to initiate periodic and triggered location reporting for a targetUE (e.g. UE 102), two intermediate responses may be returned by thenetwork (e.g. by MME 131) to the LCS client. The first response, whichmay normally be returned within a few seconds, may indicate that the LCSclient request has been accepted by the network or networks (e.g. byR-GMLC 152, H-GMLC-142, V-GMLC-132 and MME 131) and the network (e.g. anMME 131) is ready to initiate the procedure in the target UE. The secondresponse, which may be returned soon after the first response for anormal UE (e.g. a few seconds later) or may be returned several hours ordays after the first response for an IoT UE, may indicate that theperiodic and triggered location request has been activated in the UE.Unlike conventional procedures, which do not provide such a secondresponse, the second response may inform the LCS client that the targetUE will begin to return periodic and triggered location reports.

Following activation of periodic and triggered location reporting in aUE (e.g. UE 102), the UE may report the requested type(s) of periodicand/or triggered events as these occur and are detected by the UE, andmay include with these reports location estimates (or the network mayinclude location estimates). When, however, trigger events do not occur(e.g. the UE remains within a geofence area and does not need to reportthis), the network (e.g. R-GMLC 152 and H-GMLC-142) and LCS client(e.g., external client 160) may not receive any location reports, makingit impossible for the network or LCS client to know whether the locationrequest is still active in the UE or was terminated (e.g. due to the UEbeing powered off). Conventionally, an additional query procedure may beused which allows an LCS client or network entity (e.g. GMLC) to querythe UE for ongoing active location sessions. The use of an additionalquery to determine the current status of the location session with theUE, however, may add impact to the wireless network and UE and may leadto a delayed response when a UE in idle state is not reachable for along period. A more efficient solution with less delay may be providedby another feature of the procedure described herein, in which a maximumreporting interval is provided for a periodic and triggered locationrequest for a triggered event (e.g. area event reporting) to force a UEto issue a location report even when no normal reporting event hasoccurred. The location report can confirm to the network (e.g. R-GMLC152 and H-GMC 142) and LCS client (e.g. LCS Client 160) that locationreporting is still active in the UE. If no location report is receivedfollowing a maximum reporting interval, an LCS client or network (e.g.R-GMLC 152 and H-GMLC 142) can assume that location reporting, wasterminated in the UE.

The periodic and triggered location for EPC services may supportinstigation of location reporting at periodic intervals or whenever sometrigger event is detected by the UE and cancellation of locationreporting (e.g. by the UE or LCS client). The supported trigger eventsfor location reporting, for example, may comprise an area event (e.g.where a UE enters, leaves or remains within a predefined area) and amotion event. In one implementation, only one type of reporting may beincluded in any request from among periodic, area event and motionevent. In another implementation, more than one type of reporting may besupported for the same periodic and triggered location procedure (e.g.from among periodic, area event and motion event reporting). In the caseof the area event, a target area may be defined, e.g., by a geographicalarea, PLMN identity, set of cells and/or TAs for a PLMN, country orgeopolitical name. In the case of a motion event, motion may correspond,e.g., to movement by the UE exceeding a linear distance threshold from aprevious location for the UE at which a motion event was reported by theUE. The procedure may support UE mobility between different serving MMEsand different serving PLMNs without interruption of event reporting.

FIG. 2 shows a signaling flow 200 illustrating a process used toinstigate and perform event and to reporting for a periodic andtriggered MT-LR requested by an LCS client and for a target UE with LTEand/or NB-IoT wireless access. The example in FIG. 2, and the examplesshown later in FIGS. 3 and 4, apply to UE 102 in system architecture100, where elements from system architecture 100 are shown in FIGS. 2-4using like numbers. As illustrated in signaling flow 200, at stage 1, anLCS Client 160 sends an LCS Service Request to R-GMLC 152, whichprovides the type of location (or location event) reporting beingrequested (e.g. entering into an area, leaving from an area being insidean area, periodic reporting or motion event reporting) and associatedparameters. In this example, it is assumed that only one type oflocation reporting is requested at stage 1 (e.g. such as requestingreporting at stage 1 of periodic events but not area events or motionevents). However, other examples may exist in which more than one typeof locating reporting is requested (e.g. such as requesting at stage 1reporting of both periodic events and motion events). For any type ofreporting, the LCS Service Request may include an identity for UE 102,e.g. a Mobile Station international Subscriber Directory Number(MSISDN), an International Mobile Subscriber Number (IMSI) or some otheridentity known to LCS Client 160 and R-GMLC 152. For periodic reporting,for example, the LCS Service Request may further include the timeinterval between successive location reports, the total number ofreports and may include a location Quality of Service (QoS) which mayinclude a required location accuracy. For area event reporting (e.g.entering into an area, leaving from an area or being inside an area),for example, the LCS Service Request may further include details of thetarget area (e.g. a definition of a geographic or civic target area),whether the event to be reported is the UE being inside, entering intoor leaving the target area, a duration of event reporting, a minimumand/or a maximum time interval between successive event reports, amaximum event sampling interval, whether location estimates may beincluded in event reports (and an associated location QoS), and whetheronly one location report is required or more than one. If the targetarea is expressed by a local coordinate system, civic location or ageopolitical name, the R-GMLC 152 may convert the target area to ageographical area expressed by a geographic shape such a circle, ellipseor polygon (e.g. as defined in 3GPP TS 23.032). For motion eventreporting, for example, the LCS Service Request may further include athreshold linear distance of movement by UE 102 to trigger a motionevent report, a duration of event reporting, a minimum and/or a maximumtime interval between successive event reports, a maximum event samplinginterval, whether location estimates may be included in event reports(and an associated location QoS), and whether only one location reportis required or more than one. In some embodiments, LCS Client 160 mayhave received information for the ICS Service Request sent at stage 1from another entity (e.g. a user of LCS Client 160) (not shown in FIG.2).

At stage 2, LCS service request handling is performed between GMLCs 152,142, and 132. The LCS service request handling at stage 2 may includeone or more of: (i) querying and obtaining from HLR/HSS 144 by R-GMLC152 for one or more of an H-GMLC 142 address, a V-GMLC 132 address, anaddress of serving MME 131 and/or an additional identity (e.g. MSISDN orIMSI) for UE 102; (ii) forwarding the LCS service request by R-GMLC 152to H-GMLC 142; (iii) performing a privacy and authorization verificationon the LCS service request by H-GMLC 142; and (iv) querying andobtaining from HLR/HSS 144 by H-GMLC 142 for one or more of a V-GMLC 132address, an address of serving MME 131 and/or an additional identity(e.g. MSISDN or IMSI) for UE 102. As part of LCS service requesthandling at stage 2, H-GMLC 142 may record the received information andparameters in the LCS service request. H-GMLC 142 may also assign aLocation Deferred Request (LDR) reference number to the LCS Servicerequest and an optional list of reporting PLMNs (which should includethe serving PLMN corresponding to VPLMN EPC 130 in this example), e.g.,based on the user-related and subscription-related information for UE102 received from HLR/HSS 144 or configured in advance in H-GMLC 142.H-GMLC 142 then transfers the LCS service request to V-GMLC 132, andincludes the LDR reference number, the H-GMLC 142 address, any optionallist of reporting PLMNs and an optional request for privacy notificationor verification by UE 102 and/or the user of UE 102. In the case thatthe LCS service request at stage 1 is sent by LCS Client 160 to H-GMLC142 directly and not via R-GMLC 152 (e.g. where R-GMLC 152 is the sameas H-GMLC 142), the actions just described for R-GMLC 152 for stage 2may be omitted. In the case that H-GMLC 142 is the same as V-GMLC 132(e.g. when VPLMN EPC 130 is part of HPLMN 140), sending of the LCSservice request from H-GMLC 142 to V-GMLC 132 may be omitted.

At stage 3, in case area event reporting, is requested, if the targetarea is defined by a geographic shape (e.g. as defined in 3GPP TS23.032), V-GMLC 132 may convert the target area into a correspondinglist of cell identities and/or tracking areas (TAs) defined for RAN 120.If V-GMLC 132 cannot convert the entire target area into networkidentities such as cell identities and tracking areas, V-GMLC 132 mayreject the request and send an LCS service response to H-GMLC 142 withan error cause (not shown in FIG. 2). Otherwise, V-GMLC 132 sends thelocation request and associated parameters to MME 131, e.g. in a ProvideSubscriber Location request message, including details of the events tobe reported, the LDR reference number, the H-GMLC 142 address, anyoptional list of reporting PLMNs and any optional request for privacynotification or verification. MME 131 may be the serving MME for UE 102and may be identified from information provided by HLR/HSS 144 to R-GMLC152 or H-GMLC 142 in response to a query as described previously forstage 2.

At stage 4,MME 131 may verify UE 102 capabilities with regard to supportof location service related call independent supplementary services(e.g. a notification for LCS), which may have been previously providedto MME 131 by HLR/HSS 144 as part of UE 102 subscription information(e.g. when UE 102 first attaches to VPLMN EPC 130 or performs a trackingarea update, not shown in FIG. 2). If UE 102 does not support locationservice related call independent supplementary services or if MME 131does not support the location request for periodic and triggeredlocation (for temporary or permanent reasons), a Provide SubscriberLocation error response may be returned with a suitable error cause byMME 131 to V-GMLC 132 (not shown in FIG. 2). Otherwise, MME 131 returnsan acknowledgment, e.g. a Provide Subscriber Location Acknowledgment(Ack) message, to V-GMLC 132 to confirm that the request has beenaccepted by MME 131. In an aspect, the acknowledgment may include anindication of the expected time interval or maximum time interval untilUE 102 next becomes reachable if UE 102 is currently not reachable (e.g.which may be based on the amount of time remaining for an eDRX cycle ora period of PSM). In an aspect, the acknowledgment may also or insteadinclude a last known location for UE 102, e.g. if available based oninformation for UE 102 stored at MME 131. The Provide SubscriberLocation request message at stage 3 and the Provide Subscriber LocationAcknowledgment message at stage 4 may be as defined for the EPC ICSProtocol (ELP) its 3GPP TS 29.172.

In some implementations, there may be no UE 102 capability informationdirectly indicating support of a periodic and triggered locationrequest. However, if UE 102 supports at least one location servicerelated call independent supplementary service (e.g. such asnotification for LCS), MME 131 may assume support for periodic andtriggered location in some embodiments. In these embodiments, if UE 102does not recognize the request sent later at stage 9, UE 102 may returnan error response (e.g. a Facility Rejected indication) at stage 10(e.g. as defined in 3GPP TS 24.008) to MME 131 in which case, MME 131may terminate the request by instigating stages 19-24 of signaling flow200 with an appropriate error cause in the message (e.g. a SubscriberLocation Report) sent at stage 19.

At states 3-7, V-GMLC 132 returns the LCS Service Response via H-GMLC142 and R-GMLC 152 to LCS Client 160 to notify whether the periodic andtriggered location request was accepted or not. LCS Client 160 may thenreturn the notification to another entity (e.g. a user of LCS Client160) (not shown in FIG. 2). When H-GMLC 142 returns the LCS ServiceResponse to R-GMLC 152 at stage 6, the LDR reference number assigned byH-GMLC 142 at stage 2 may be included, and R-GMLC 152 may then transferthe LDR reference number, or another reference number assigned by theR-GMLC 152, to LCS Client 160 in the LCS Service Response at stage 7.The LCS Service Response returned at stages 5-7 may also include theindication of the expected or maximum time interval until UE 102 nextbecomes reachable and/or a last known location for UE 102 if either ofthese were included at stage 4. It is noted that when R-GMLC 132 is thesame as H-GMLC 142, stage 6 may be omitted and when H-GMLC. 142 is thesame as V-GMLC 132, stage 5 may be omitted.

It is noted that neither the message (e.g. Provide Subscriber LocationAck.) at stage 4 nor the ICS Service Response at stages 5-7 may confinethat location reporting was activated in UE 102 or that UE 102 maynecessarily be able to support the request. However, the message (e.g.Provide Subscriber Location Ack.) at stage 4 and the LCS ServiceResponse at stages 5-7 may confirm the capability and intent to supportthe request on the network side and may be useful to LCS Client 160 whena response from UE 102 is delayed due to UE 102 being temporarilyunreachable (e.g. if in idle state due to PSM or eDRX). The ProvideSubscriber Location Ack. at stage 4 and the LCS Service Response atstages 5-7 may correspond to the first of the two responses referred topreviously for the first feature comprising returning twointermediate'responses by a network to an LCS client.

At stage 8, if UE 102 is currently not reachable (e.g. when in PSM orwith eDRX), MME 131 waits until the UE 102 again becomes reachable (e.g.when the UE 102 can again be paged at the end of an eDRX cycle or againrequests a signaling connection to RAN 120 if in PSM). When UE 102becomes reachable, UE 102 may request the establishment of a signalingconnection to VPLMN EPC 130 via RAN 120, in which case UE 102 and MME131 may establish the signaling connection and perform authenticationand ciphering. Alternatively, if UE 102 is in idle state (e.g. in an EPSConnection Management IDLE (ECM-IDLE) state) after becoming reachable,MME 131 may perform paging, and UE 102 and MME 131 may then performauthentication and ciphering to establish a signaling connection to UE102. If privacy notification/verification was requested (e.g. at stage 3or according to subscription information for UE 102 obtained by MME 131from HLR/HSS 144) and UE 102 supports location service related callindependent supplementary services, MME 131 may send an LCS LocationNotification Invoke message to UE 102, as part of stage 8, with alocation type indicating activation of a deferred location request, adeferred location event type indicating the type of location reportingevent (i.e. entering into area, leaving from area, being inside area,periodic or motion) and an indication as to whether privacyverification, is required. If privacy verification was requested, UE 102may return an LCS Location Notification Return Result message to MME 131as part of stage 8 indicating whether permission for the locationrequest is granted or denied (e.g. by the user of UE 102). If UE 102denies permission or does not return a response when a response isrequired, MME 131 may terminate the request as described further downfor stage 11. In an aspect, if UE 102 changes serving MME 131 (e.g. to anew serving MME such as MME 131#) before becoming reachable from MME131, MME 131 may return a message, e.g. a Subscriber Location Reportmessage, to V-GMLC 132 indicating a change of MME 131 and may includethe new MME 131 address if available (e.g. an address for MME 131# whenMME 131# is the new serving MME) (not shown in FIG. 2). In this aspect,V-GMLC 132 may then forward the error to LCS Client 160 via H-GMLC 142and R-GMLC 152 or may repeat stage 3 to transfer the periodic andtriggered location request to the new MME (e.g. MME 131#) if provided byMME 131 (not shown in FIG. 2). In this aspect, when stage 4 is performedagain later by the new MME (e.g. MME 1314), V-GMLC 132 may not repeatstages 5-7 as LCS client 160 was already informed of network acceptanceof the request when stages 5-7 were performed initially.

Returning to signaling flow 200 for a normal (successful) procedurewhere the procedure is not terminated and is not directed to anotherMME, at stage 9, MME 131 sends a message, e.g. an LCS Periodic-TriggeredInvoke message, to UE 102 carrying all of the event related informationreceived from V-GMLC 132 at stage 3, including the type of locationreporting event (e.g. entering into an area, leaving from an area, beinginside an area, periodic reporting or motion event reporting), the LDRreference number, the H-GMLC 142 address, the optional list of reportingPLMNs if provided and any requested QoS in the case that locationestimates are required.

At stage 10, if the UE 102 supports periodic and triggered locationaccording to the request received at stage 9 and currently has resourcesto service the request, UE 102 sends an acknowledgement to MME 131confirming that the periodic and triggered location request has beenaccepted by and activated in UE 102. Otherwise, UE 102 may send a returnerror response to MME 131 with a suitable error cause. The LCSPeriodic-Triggered Invoke message at stage 9 and any acknowledgment atstage 10 may be as defined in 3GPP TS 24.080.

At stage 11, if UE 102 cannot support the periodic and triggeredlocation request, a message, e.g. a Subscriber Location Report message,may be returned to V-GMLC 132 by MME 131 with a suitable error cause andincluding the LDR reference number and H-GMLC 142 address. Otherwise, ifUE 102 confirms support of the periodic and triggered location requestat stage 10, a message, e.g. a Subscriber Location Report message, maybe returned to V-GMLC 132 by MME 131 as part of stage 11 indicating thatevent reporting was activated in UE 102 and including the LDR referencenumber and H-GMLC 142 address received at stage 3. If location estimatesare required for subsequent event reports (e.g. as indicated at stage3). MME 131 may obtain the current location of UE 102 (e.g. as at stages15-17 described later) and may include the location estimate in themessage sent to V-GMLC 132 (e.g. and which V-GMLC 132 may acknowledge toMME 131). As part of stage 11, V-GMLC 132 then returns an LCS ServiceResponse via H-GMLC 142 and R-GMLC 152 to LCS Client 160 to notifywhether the periodic and triggered location request was activated in UE102. When H-GMLC 142 returns the LCS Service Response to R-GMLC 152 aspart of stage 11, the LDR reference number assigned b H-GMLC 142 and theH-GMLC 142 address may be included, and R-GMLC 152 may transfer the LDRreference number to LCS Client 160 in the LCS Service Response as pan ofstage 11. LCS Client 160 may then return the response to another entity(e.g. a user of LCS Client 160) (not shown in FIG. 2). V-GMLC 132,H-GMLC 142 and/or R-GMLC 152 may also record charging information forthe request as part of stage 11. Following stage 11, MME 131 and V-GMLC132 may release all resources for the request including any stateinformation. It is noted that the Subscriber Location Report message andthe LCS Service Response with an activation indication described abovefor stage 11 may each correspond to the second of the two responsesreferred to previously for the first feature comprising returning twointermediate responses by a network to an LCS client (e.g. and mayconfirm to LCS client 160 that location (or location event) reportinghas started in UE 102). The Subscriber Location Report message andassociated acknowledgment message at stage 11 may be as defined for theEPC LCS Protocol (ELP) in 3GPP TS 29.172.

At stage 12, for the area event or motion event, UE 102 monitors therequested event (or trigger event) at intervals equal to or less thanthe maximum event sampling interval received at stage 9. If no maximumevent sampling interval was received at stage 9 (e.g. due to not beingincluded by LCS client 160 at stage 1 or by H-GMLC 142 as part of stage2), UE 102 may used a default maximum event sampling interval. The useof a maximum event sampling interval at stage 12 may correspond to thethird feature previously described herein comprising a maximum eventsampling interval and may enable a limitation or reduction in UE 102power and/or battery consumption for event monitoring and a limitationon the maximum delay in detecting an event as described previously. Anevent (or trigger event) may be detected by UE 102 when any of thefollowing occur: (i) a requested area event (e.g. entering into an area,leaving from an area or being inside an area) or requested motion eventhas been detected by UE 102 and the minimum reporting interval (ifincluded at stage 9) has elapsed since the last report at stage 14 (ifthis is not the first event report); (ii) a requested periodic locationevent has occurred; or (iii) the maximum reporting interval fir an areaevent or motion event has expired. An event trigger corresponding toalternative (iii) and its subsequent reporting as described further onin association with stages 13 to 24 may support the event reportingdescribed previously for the second feature of the present procedurecomprising a maximum reporting interval for a periodic and triggeredlocation request for a triggered event, and may enable network entities(e.g. R-GMLC 152 and H-GMLC 142) and LCS Client 160 to determine whetherperiodic and triggered location reporting is still active in UE 102.

When an event trigger is detected by the UE at stage 12, the UE 102proceeds to stage 13 once the UE 102 can register (e.g. using RAN 120)with a PLMN in the optional list of reporting PLMNs received at stage 9or with the original serving PLMN if no list of reporting PLMNs wasprovided or if the UE 102 does not support the optional list ofreporting PLMNs. If UE 102 cannot register with a permitted PLMN, UE 102may wait until a permitted NAM can be accessed in order to report theevent, or for the periodic and triggered location request to terminatedue to cancellation by LCS Client 160, cancellation by UE 102 orexpiration of the allowed duration for reporting. It is noted that if UE102 uses a different serving PLMN to report occurrence of an area event,UE 102 may still continue to use the target area provided by theoriginal serving PLMN (e.g. VPLMN EPC 130 in this example) whichcontains cell IDs and/or TAs for the original serving PLMN. Therestriction to use only permitted PLMNs may not affect PLMN selection byUE 102.

At stage 13, if UE 102 is in idle (e.g. ECM-IDLE) state, UE 102 mayperform a UE triggered service request or connection resume (e.g. asdefined in 3GPP TS 23.401) in order to obtain a signaling connection viaRAN 120 to serving MME 131. It is noted that MME 131 and V-GMLC 132 forstages 13 to 24 may be different than the MME 131 and V-GMLC 132 forstages 1 to 11 but may still belong, to VPLMN EPC 130. In anotherexample of a periodic and triggered location request (not shown in FIG.2), UE 102 may attach at stage 13 to another PLMN EPC different to VPLMNEPC 130, in which case MME 131, V-GMLC 132 and E-SMLC 133 shown in FIG.2 for stages 13 to 24 may be replaced by an MME, V-GMLC and E-SMLC forthis other PLMN. For example, UE 102 may attach to VPLMN EPC 134 insystem architecture 100 via RAN 126, in which case MME 131, V-GMLC 132and E-SMLC 133 shown in FIG. 2 for stages 13 to 24 may be replaced byMME 135, V-GMLC 137 and E-SMLC 136, respectively. Such attachment toanother PLMN may occur if UE 102 is not able to access VPLMN EPC 130following stage 12 (e.g. if UE 102 is not in coverage of RAN 120) but isable to access the other PLMN (e.g. is able to access VPLMN EPC 134 dueto being in coverage of RAN 126).

At stage 14, UE 102 may send an LCS Mobile Originated Location Request(MO-LR) invoke message to MME 131 indicating an event report for adeferred periodic and triggered location request. The LCS MO-LR Invokemessage may include the type of event being reported (e.g. entering intoan area, leaving from an area, being inside an area, a periodic event, amotion event or expiration of the maximum reporting interval), the LDRreference number, the H-GMLC 142 address and whether a location estimateis required. When a location estimate is required (e.g. for a periodiclocation event or for an area event or motion event if requested by LCSclient 160), UE 102 ma include any QoS received at stage 9 and alocation estimate if a location estimate is currently available to UE102. UE 102 may also indicate whether the periodic and triggeredlocation request is now terminated in the UE 102 e.g. due to expirationof the reporting duration or because only one event report wasrequested). It is noted that provision of a location estimate by UE 102at stage 14 when requested at stage 9 may apply in some aspects, to anevent corresponding to expiration of the maximum reporting interval foran area event or motion event. The LCS MO-LR Invoke message sent atstage 14 and the LCS MO-LR Return Result message described later forstage 18 may be as defined in 3GPP TS 24.080.

In a scenario where UE 102 does not send the LCS MO-LR Invoke message atstage 14 at or before the expiration of the maximum reporting interval(e.g. because UE 102 was powered off or is not able to access VPLMN EPC130 or another allowed PLMN following stage 12), one or more of LCSClient 160, H-GMLC 142 or R-GMLC 152 may determine that UE 102 is nolonger able to support the periodic and triggered MT-LR due to notresponding prior to the maximum reporting interval. In this scenario(not shown in FIG. 2), LCS Client 160, H-GMLC 142 and/or R-GMLC 152 maycancel the periodic and triggered location request e.g. as described forFIGS. 3 and 4 below.

Returning to FIG. 2, if UE 102 indicates that a location estimate isrequired at stage 14, MME 131 may instigate location of the UE 102 bysending a location request message for UE 102 to E-SMLC 133 at stage 15.E-SMLC 133 may then obtain a location for UE 102 at stage 16 using acontrol plane location solution as described previously herein. Forexample, E-SMLC 133 may exchange positioning protocol messages (e.g.messages for the LTE Positioning Protocol (LPP) defined in 3GPP TS36.355) with UE 102 at stage 16 (not shown in FIG. 2) and/or mayexchange positioning protocol messages (e.g. for the LPP A (LPPa)protocol defined in 3GPP TS 36.455) with a serving eNB for UE 102 in RAN120 such as eNB 122 at stage 16 (not shown in FIG. 2). The positioningprotocol messages may be exchanged via MME 131 and (e.g. for LPPmessages) via RAN 120. E-SMLC 133 may use the positioning protocolmessages (e.g. LPP messages) to request and receive locationmeasurements from UE 102 (e.g. for A-GNSS, OTDOA, E-CID or WLANpositioning) and/or may use the positioning protocol messages (e.g. LPPamessages) to request and receive location measurements (e.g. for E-CIDpositioning) from a serving eNB for UE 102 such as eNB 122. E-SMLC 133may also use the positioning protocol messages (e.g. LPP messages) toprovide assistance data to UE 102 to help enable UE 102 to obtainlocation measurements (e.g. for A-GNSS, OTDOA, E-CID or WLANpositioning, and possibly to compute a location estimate from theselocation measurements. E-SMLC 133 may then determine (or verify) alocation estimate for UE 102 from the received location measurements(e.g. according to the A-GNSS, OTDOA, E-CID or WLAN position methods)and may return the location estimate to MME 131 at stage 17. If alocation estimate is provided by UE 102 at stage 14, stages 15-17 may beomitted by MME 131 (e.g. depending on configuration information in MME131) or MME 131 may perform steps 15-17 and may include the locationestimate provided by UE 102 at stage 14 in the location request sent toE-SMLC 133 at stage 15.

At stage 18, MME 131 sends an MO-LR Return Result message to UE 102confirming that the location event report will be sent. If MME 131 isunable to send the location event report (e.g. because this capabilityis not supported by MME 131), an MO-LR return error may be returnedinstead to UE 102 (not shown in FIG. 2). UE 102 may then terminate theperiodic and triggered location procedure after an implementationdefined number of such MO-LR return errors are received.

Assuming that MME 131 is able to send the location event report, then atstage 19, MME 131 selects a V-GMLC 132 in the same network (e.g. inVPLMN EPC 130) and sends a message, e.g. a Subscriber Location Reportmessage, to V-GMLC 132 with an indication of the type of event (orlocation event) being reported (e.g. entering into an area, leaving froman area, being inside an area, a periodic event, a motion event orexpiration of the maximum reporting interval), the LDR reference number,the H-GMLC 142 address, any location estimate received at stage 14 orobtained at stages 15-17 and optionally information on positioningmethods used for the location estimate. The MME 131 may also include theUE 102 IMSI or MSISDN and may indicate whether the periodic andtriggered. MT-LR is now terminated in UE 102 (e.g. if indicated as suchby UE 102 at stage 14).

At stage 20, V-GMLC 132 sends an acknowledgement message to MME 131 andMME 131 may record charging information. The Subscriber Location Reportmessage at stage 19 and acknowledgment message at stage 20 may be asdefined for the ELP protocol.

At stage 21, the V-GMLC 132 forwards the information received at stage19 to H-GMLC 142 as identified by the H-GMLC 142 address received atstage 19. V-GMLC 132 may record charging information.

At stage 22, H-GMLC 142 identifies the location request to which themessage received at stage 21 applies using the LDR reference numberand/or IMSI or MSISDN received at stage 21. H-GMLC 142 may also performa privacy check at stage 22 (e.g. may determine whether to forward theinformation received at stage 21 towards LCS Client 160 at stage 23).

At stage 23, H-GMLC 142 forwards the information received from V-GMLC132 in an LCS Service Response to R-GMLC 152. If UE 102 indicatestermination of the location request, the periodic and triggered MT-LRlocation request may be completed in H-GMLC 142. The H-GMLC 142 mayrecord charging information.

At stage 24, R-GMLC 152 transfers the event report and any includedlocation estimate to LCS Client 160. LCS Client 160 may then transferthe event report and any included location to another entity (e.g. auser of LCS Client 160) (not shown in FIG. 2). If UE 102 indicatestermination of the periodic and triggered MT-LR location request, thelocation request may be completed in R-GMLC 152. R-GMLC 152 may recordcharging information. It is noted that when R-GMLC 152 is the same asH-GMLC 142, stage 23 may be omitted and when H-GMLC 142 is the same asV-GMLC 132, stage 21 may be omitted.

At stage 25, if UE 102 did not terminate the location request followingstage 18, UE 102 may continue to monitor for the requested event as atstage 12 and may report each occurrence of the requested event as atstages 13-24 until expiration of the requested duration or until the UE102 or LCS Client 160 terminates reporting for other reasons.

FIG. 3 shows a signaling flow 300 illustrating a procedure forcancelling a deferred location request for periodic and triggeredlocation when cancellation is requested by LCS Client 160. It is assumedfor signaling flow 300 that a periodic and triggered MT-LR issuccessfully started for UE 102 as described for signaling flow 200 andthat stages 1-7 or stages 1-11 and possibly some occurrences of stages12-24 of signaling flow 200 have been already successfully performed.

At stage 1 in signaling flow 300, LCS Client 160 requests thecancellation of the previously requested periodic and triggered MT-LRlocation request. The LDR (or other) reference number that was includedin the previous LCS Service Response sent by R-GMLC 152 to LCS Client160 (e.g. as at stage 7 or stage 11 of signaling flow 200) may beincluded in the request sent at stage 1 for signaling floss 300 toindicate which ongoing location request should be cancelled.

At stage 2, R-GMLC 152 sends the cancellation request to H-GMLC 142,including the LDR reference number. In some scenarios (not shown in FIG.3), R-GMLC 152 may itself initiate the cancellation, e.g. wheneverR-GMLC 152 infers from the absence of location reports for a long periodthat the location request may have been terminated by UE 102.

At stage 3, H-GMLC 142 may send a message (e.g.SEND_ROUTING_INFO_FOR_LCS message) to HLR/HSS 144 with the IMSI orMSISDN of UE 102 to query for a current VPLMN for UE 102. This may beneeded if UE 102 is no longer served by the original V-PLMN EPC 130 orby the original MME 131.

At stage 4, HLR/HSS 144 returns the current serving MME 131 address forUE 102 and the V-GMLC 132 address. It is noted that the MME 131 andV-GMLC 132 indicated by HLR/HSS 144 at stage 4 may be different from theoriginal MME 131 and V-GMLC 132 used for stages 1-11 in signaling flow200 when the periodic and triggered MT-LR was first started.

At stage 5, H-GMLC 142 forwards the LCS Cancel Service Request to V-GMLC132 with the LDR reference number received from R-GMLC 152, the H-GMLC142 address, the serving MME 131 address (e.g. received from HLR/HSS 144at stage 4) and possibly the IMSI or MSISDN for UE 102. In somescenarios (not shown in FIG. 3), H-GMLC 142 may itself initiate thecancellation procedure (e.g. when a privacy profile for UE 102 stored inH-GMLC 142 was changed in a manner that no longer allows LCS Client 160to receive event and location reports for UE 102).

At stage 6, V-GMLC 132 send a message, e.g. a Provide SubscriberLocation request message, to serving MME 131, indicating a cancellationof a deferred location request and including the LDR reference numberand the H-GMLC 142 address (and possibly the UE 102 IMSI or MSISDN)received from H-GMLC 142 at stage 5. V-GMLC 132 may transfer thelocation cancellation even when V-GMLC 132 was not involved inestablishing the location request (e.g. according to signaling flow200). The Provide Subscriber Location request message at stage 6 and theProvide Subscriber Location Ack., message described later for stage 10may be as defined for the EPC Protocol.

At stage 7, if the UE 102 is currently not reachable (e.g. during aneDRX cycle or when in PSM), MME 131 may wait until UE 102 becomesreachable. When UE 102 becomes reachable, if the UE 102 is in idle state(e.g. ECM-IDLE state), MME 131 performs paging, authentication andciphering.

At stage 8, MME 131 sends an LCS Periodic Location Cancellation requestmessage, including the LDR reference number and optionally the H-GMLC142 address, to UE 102.

At stage 9, UE 102 stops the periodic and triggered location eventreporting and returns an LCS Periodic Location cancellation ack. messageto MME 131. Return of an LCS Periodic Location cancellation ack. mayapply even when UE 102 has no knowledge of the location procedure beingcancelled (e.g., if UE 102 was powered off during the procedure). TheLCS Periodic Location Cancellation request at stage 8 and the LCSPeriodic Location cancellation ack. message at stage 9 may be as definedfor in 3GPP TS 24.080.

At stage 10, MME 131 sends the cancellation acknowledgement to V-GMLC132 (e.g. in a Provide Subscriber Location Ack. message), and optionallywith the LDR reference number and the H-GMLC 142 address. In an aspect,if MME 131 was unable to perform stages 7-9 (e.g. due to a change of MME131 or VPLMN by UE 102 or because the periodic and triggered MT-LR wasnever activated in UE 102 by MME 131 at stages 8-11 in signaling flow200), MME 131 may return an error response (e.g. a Provide SubscriberLocation error response message) with a suitable error cause. In thisaspect, V-GMLC 132 then returns the error to H-GMLC 142 which may retrythe cancellation with a different MME 131 or different PLMN ifapplicable.

At stage 11, V-GMLC 132 sends an LCS Cancel Service Response message toH-GMLC 142 and optionally with the LDR reference number and the H-GMLC142 address.

At stage 12, H-GMLC 142 sends an LCS Cancel Service Response message toR-GMLC 152 and optionally with the LDR reference number.

At stage 13, R-GMLC 152 sends an LCS Cancel Service Response to LCSClient 160.

FIG. 4 shows a signaling flow 400 illustrating a procedure forcancelling a periodic and triggered location when cancellation isrequested by UE 102. If a network entity (e.g. H-GMLC 142, V-GMLC 132 orMME 131) cancels the periodic and triggered location, the proceduredescribed above for signaling flow 300 may be used to cancel theperiodic and triggered location towards UE 102, whereas the procedurefor signaling flow 400 may be used to cancel the periodic and triggeredlocation towards LCS Client 160. It is assumed for signaling flow 400that a periodic and triggered MT-LR was successfully started for UE 102as described for signaling flow 200 and that stages 1-11 and possiblysome occurrences of stages 12-24 of signaling flow 200 have been alreadysuccessfully performed.

At stage 1 in signaling flow 400, UE 102 waits until UE 102 isregistered or can register (e.g. via RAN 120) with a PLMN in theoptional list of reporting PLMNs received at stage 9 of signaling flow200 or with the original serving PLMN for signaling flow 200 (e.g. VPLMNEPC 130) if no optional list of reporting PLMNs was provided to UE 102or if UE 102 does not support the optional list of reporting PLMNs. IfUE 102 is in idle state (e.g. ECM-IDLE state), UE 102 may perform a UEtriggered service request or connection resume (e.g. as defined in 3GPPTS 23.401) in order to obtain a signaling connection to a serving MME131. It is noted that the sewing MME 131, RAN 120 and V-GMLC 132 shownin FIG. 4 may be different to the MME 131, RAN 120 and V-GMLC 132 usedto establish the periodic and triggered location at stages 1-11 insignaling flow 200.

At stage 2, the UE 102 sends an ICS MO-LR Invoke message to serving MME131 for cancellation of a deterred MT-ER for periodic and triggeredlocation. This message includes a termination cause (e.g. indicatingthat a subscriber terminates the procedure) and the H-GMLC 142 addressand the LDR Reference Number received by UE 102 at stage 9 in signalingflow 200.

At stage 3, the cancellation request may be sent from MME 131 to aV-GMLC 132 and may include the H-GMLC 142 address, the LDR referencenumber and an identity (e.g. IMSI or MSISDN) of UE 102. V-GMLC 132 maybe determined by MME 131—e.g. based on configuration information in MME131.

At stages 4-6, the cancellation request may be transferred to H-GMLC142, R-GMLC 152 serving LCS Client 160 and finally to LCS Client 160.

At stages 7-10, the response from LCS Client 160 is transferred back toMME 131 to acknowledge the cancellation.

At stage 11, MME 131 returns the acknowledgment to UE 102 in an LCSMO-LR Return Result message. The LCS MO-LR Invoke message sent at stage2 and the LCS MO-LR Return Result message sent at stage 11 may be asdefined in 3GPP TS 24.080.

The preceding examples of initiating a periodic and triggered locationrequest for UE 102 in signaling flow 200 and cancelling an ongoingperiodic and triggered location request for UE 102 in signaling flows300 and 400 are based on the exemplary system architecture 100 of FIG.1, in which RAN 120 and RAN 126 both provide wireless access to UE 102using an NB-IoT or LTE RAT and in which VPLMN EPC 130 and VPLMN EPC 134both support E-UTRAN access for UE 102 using RAN 120 and RAN 126,respectively. However, signaling flows similar to or identical tosignaling flows 200, 300 and 400 may be possible for other RATs andother networks. In one example embodiment, RAN 120 and RAN 126 in FIG. 1may each be replaced by a Next Generation RAN (NG-RAN) that provideswireless access to UE 102 according to NR or 5G. In this embodiment,VPLMN EPC 130 and VPLMN EPC 134 may each be replaced by a 5G CoreNetwork (5GC) in which an Access and Mobility Management Function (AMF)may replace each of MMEs 131, 131# and 135, a Location ManagementFunction (LMF) may replace each of E-SMILCs 133, 133# and 136 andV-GMLCs 132, 132# and 137 may remain non-replaced or may be replaced bylike named entities that perform similar functions. Signaling flowssimilar to or almost identical to signaling flows 200, 300 and 400 maythen be created by replacing each reference to an MME 131, 131# or 135in these signaling flows with a reference to an AMF, replacing eachreference to an E-SMLC 133, 133# or 136 with a reference to an LMF andreplacing each reference to an eNB (e.g. eNB 122 or 124) with areference to a gNB. Signaling flows similar to signaling flows 200, 300and 400 may also be mated by replacing each reference to an MME 131,131# or 135 in these signaling flows with a reference to an LMF,replacing each reference to an E-SMLC 133, 133# or 136 with a referenceto an LMF (which may be the same LMF that replaces an MME), removingstages 15 and 17 in signaling flow 200 (to enable an LMF to perform somefunctions described for an MME in signaling flow 200) and replacing eachreference to an eNB (e.g. eNB 122 or 124) with a reference to a gNB. Themodified signaling flows may define a procedure for performing aperiodic and triggered location for UE 102 when UE has wireless accessusing NR rather than using NB-IoT or LTE.

FIG. 5 shows a process flow 500 illustrating a method of performing aperiodic and triggered location service for a target user equipment(e.g. UE 102). The process flow 500 may be performed by a first networkentity. The first network entity may be any of an MME (e.g. MME 131, MME1314 or MME 135 in system architecture 100), an AMF, or an LMF. In thedescription of process flow 500 below, references to actions performedby an AMF or LMF may correspond to one or more stages in signaling flow200 modified as described above for applicability to UE 102 NR wirelessaccess via an NG-RAN to a 5GC.

The process flow 500 may start at block 502 where the first networkentity receives from a second network entity a periodic and triggeredlocation request for the target user equipment (e.g., UE 102). Thesecond network entity may be a Gateway Mobile Location Center (GMLC).For example, the second network entity may be a V-GMLC (e.g. V-GMLC 132)or an H-GMLC (e.g. H-GMLC 142) and block 502 may correspond to stage 3in signaling flow 200. The periodic and triggered location request, forexample, may correspond to a Provide Subscriber Location requestmessage.

At block 504, the first network entity transmits a first response to thesecond network emits indicating that the periodic and triggered locationrequest has been received and accepted. The first response, for example,may correspond to a Provide Subscriber Location Acknowledgment messageand block 304 may correspond to stage 4 in signaling flow 200.

At block 506, the first network entity waits for the target userequipment to be in a reachable state with a wireless network (e.g. VPLMNEPC 130 and RAN 120) if the target user equipment is not currently in areachable state. For example, block 506 may correspond to part of stage8 in signaling flow 200.

At block 508, the first network entity establishes a signalingconnection with the target user equipment. The signaling connection maybe established with the target user equipment using a NarrowbandInternet of Things (NB-IoT) radio access type (RAT), a Long TermEvolution (LTE) RAT, or a New Radio (NR) RAT, Block 508 may correspondto part of stage 8 in signaling flow 200.

At block 510, the first network entity transmits the periodic andtriggered location request to the target user equipment. The periodicand triggered location request transmitted to the target user equipmentat block 510 may comprise a type of location reporting event and atleast one of a maximum reporting interval, a minimum reporting intervaland a maximum event sampling internal as described for stage 9 ofsignaling flow 200. The type of location reporting event may furthercomprise at least one of entering into an area, leaving from an area,being inside an area, periodic reporting or motion event reporting, asdescribed for stage 9 of signaling flow 200. Block 510 may correspond tostage 9 in signaling flow 200.

At block 512, the first network entity receives from the target userequipment as confirmation indicating that the periodic and triggeredlocation request has been accepted by the target user equipment. Block512 may correspond to stage 10 in signaling flow 200.

At block 514, the first network entity transmits a second response tothe second network entity indicating that the periodic and triggeredlocation request has been activated in the target user equipment. Thesecond response, for example, may be a Subscriber Location Report andblock 514 may correspond to part of stage 11 in signaling flow 200.

The first network entity may subsequently receive a location report fromthe target user equipment to report the detection of an event andoptionally to provide a location estimate, for example as at stage 14 insignaling flow 200. The first network entity may then obtain a locationestimate for the target user equipment (e.g. from E-SMLC 133 as atstages 15-17 in signaling flow 200). The first network entity may alsotransmit the location report to the second network entity and includeany location estimate obtained.

The first network entity may subsequently receive a location report fromthe target user equipment when no location reporting event is detectedby the target user equipment during the maximum reporting interval, e.g.as described for stages 12-14 of signaling flow 200. The first networkentity may then transmit the location report to the second networkentity. The location report may indicate (e.g. to an LCS Client such asLCS Client 160 and/or to the second network entity) that the periodicand triggered location is still active in the target user equipment.

In an aspect, the first response transmitted at block 504 may include anindication of an expected time interval or a maximum time interval untilthe target user equipment next becomes reachable, e.g. if the targetuser equipment is currently not reachable from the first network entity.For example, the expected time interval or maximum time interval mayindicate to an external client (e.g. LCS client 160) how long theexternal client should expect to wait until the periodic and triggeredlocation request is indicated as activated in the target user equipmentat block 514. In an aspect, the first response transmitted at block 504may also or instead include a last known location for the target userequipment, e.g. if available at the first network entity.

FIG. 6 shows a process flow 600 illustrating another method ofperforming a periodic and triggered location service for a target userequipment (e.g. UE 102) at a first entity. The first entity, whichperforms process flow 600, may be an LCS Client (e.g. LCS Client 160 insystem architecture 100) or a GMLC such as an R-GMLC (e.g. R-GMLC 152),H-GMLC (e.g. H-GMLC 142) or V-GMLC (e.g. V-GMLC 132).

The process flow 600 may start at block 602 where the first entityreceives from a second entity a periodic and triggered location requestfor the target user equipment (e.g., UE 102). The second entity may be aGMC, an LCS Client, or a user. For example, if the first entity is artR-GMLC (e.g. R-GMLC 152) or an H-GMLC (e.g. H-GMLC 142), the secondentity may be an LCS Client (e.g. LCS Client 160) and block 602 maycorrespond to stage in signaling flow 200. If the first entity is anH-GMLC (e.g. H-GMLC 142) or a V-GMLC (e.g. V-GMLC 132), the secondentity may be an R-GMLC (e.g. R-GMLC 152) or an H-GMLC (e.g. H-GMLC142), in each case, respectively, and block 602 may correspond to partof stage 2 in signaling flow 200. If the first entity is an LCS Client(e.g. LCS Client 160), the second entity may be a user of the LCSClient.

At block 604, the first entity transmits the periodic and triggeredlocation request for the target user equipment received at block 602 toa third entity. If the first entity is an LCS Client (e.g. LCS Client160), the third entity may be a GMLC such as are R-GMLC (e.g. R-GMLC152) or an H-GMLC (e.g. H-GMLC 142) and block 604 may then correspond tostage 1 in signaling flow 200. If the first entity is an R-GMLC (e.g.R-GMLC 152) or an H-GMLC (e.g. H-GMLC 142), the third entity may be anH-GMLC (e.g. H-GMLC 142) or a V-GMLC (e.g. V-GMLC 132) in each case,respectively, and block 604 may correspond to part of stage 2 insignaling flow 200. If the first entity is a V-GMLC (e.g. V-GMLC 132),the third entity may be an MME (e.g. MME 131), an AMF or an LMF, andblock 604 may correspond to stage 3 in signaling flow 200.

At block 606, the first entity receives a first response from the thirdentity indicating that the periodic and triggered location request hasbeen received and accepted by serving network entity for the target userequipment. The first response, for example, may confirm the capabilityand intent to support the request, but may not confirm that locationreporting was activated in the target user equipment or that the targetuser equipment will necessarily be able to support the request. Theserving network entity may be an MME (e.g. MME 131 in signaling flow200), an AMF or an LMF. If the first entity is an LCS Client (e.g. LCSClient 160), block 606 may correspond to stage 7 in signaling flow 200.If the first entity is an R-GMLC (e.g. R-GMLC 152), block 606 maycorrespond to stage 6 in signaling flow 200. If the first entity is anH-GMLC (e.g. H-GMLC 142), block 606 may correspond to stage 5 insignaling flow 200. If the first entity is a V-GMLC (e.g. V-GMLC 132),block 606 may correspond to stage 4 in signaling flow 200.

At block 608, the first entity transmits the first response to thesecond entity. For example, if the first entity is an R-GMLC (e.g.R-GMLC 152), block 608 may correspond to stage 7 in signaling flow 200.If the first entity is an H-GMLC (e.g. H-GMLC 142), block 608 maycorrespond to stage 6 in signaling flow 200. If the first entity is aV-GMLC (e.g. V-GMLC 132), block 608 may correspond to stage 5 insignaling flow 200.

At block 610, the first entity receives a second response from the thirdentity indicating that the periodic and triggered location request hasbeen activated in the target user equipment. The second response, forexample, may confirm that the event reporting has started in the targetuser equipment. Block 610 may correspond to part of stage 11 insignaling flow 200.

At block 612, first entity transmits the second response to the secondentity. For example, block 612 may correspond to part of stage 11 insignaling flow 200.

As discussed above, the target user equipment may be accessed from theserving network entity using a Narrowband Internet of Things (NB-IoT)radio access type (RAT), a Long Term Evolution (LTE) RAT, or a New Radio(NR) RAT. The periodic and triggered location request received at block602 may comprise a type of location reporting event and at least one ofa maximum reporting interval, a minimum reporting interval and a maximumevent sampling interval as described for stage 1 of signaling flow 200.The type of location reporting event may further comprise at least oneof entering into an area, leaving from an area, being inside an area,periodic reporting or motion event reporting, as described for stage 1of signaling flow 200.

As also discussed above, the second response may be received from thethird entity at block 610 after a delay caused by the target userequipment not being reachable from the serving network entity, where theserving network entity waits for the target user equipment to becomereachable, e.g. as described for stage 8 of signaling flow 200.

The first entity may subsequently receive a location report from thethird entity to report the detection of an event dry the target userequipment which may include a location estimate, for example as at stage19, 21, 23 or 24 in signaling flow 200. The first entity may thenforward the location report to the second entity and including anylocation estimate.

The first entity may also or instead subsequently receive a locationreport from the third entity when no location reporting event isdetected by the target user equipment during the maximum reportinginterval, e.g. as described for stages 12-14 of signaling flow 200. Thefirst entity may then transmit the location report to the second networkentity. If the first entity does not receive any location report fromthe third entity over an interval longer than the maximum reportinginterval, the first entity may transmit an error report to the secondentity indicating that the periodic and triggered location request mayno longer be active in the target user equipment. The first entity mayalso cancel the periodic and triggered location request procedure bysending a cancellation message to the second entity and/or to the thirdentity, e.g. as described in signaling flows 300 and 400.

FIG. 7 shows a process flow 700 illustrating a method of instigating andperforming a periodic and triggered location request at a user equipment(e.g. UE 102). The user equipment, for example, may support NB-IoT radioaccess, LTE radio access and/or NR radio access.

The process flow 700 may start at block 702 where the user equipmentreceives a periodic and triggered location request from a first networkentity. The periodic and triggered location request may comprise a typeof location reporting event and at least one of a maximum reportinginterval, a minimum reporting interval and a maximum event samplinginterval. In an aspect, the type of location reporting event maycomprise at least one of entering into an area, leaving from an area,being inside an area, periodic reporting or motion event reporting.Block 702 may correspond to stage 9 in signaling flow 200.

At block 704, the user equipment returns a response to the first networkentity indicating that the periodic and triggered location request isaccepted. Block 704 may correspond to stage 10 in signaling flow 200.

At block 706, the user equipment monitors the location reporting eventto determine if the location reporting evert occurs. In all aspect,monitoring the location reporting event at block 706 to determine if thelocation reporting event occurs may comprise monitoring the locationreporting event at an interval no greater than the maximum eventsampling interval received at block 702. Block 706 may correspond tostage 12 of signaling flow 200.

At block 708, the user equipment transmits a location report to a secondnetwork entity when the location reporting event occurs or when nolocation reporting event occurs during the maximum reporting interval.Block 708 may correspond to block 14 in signaling flow 200.

In an aspect, the periodic and triggered location request is received atblock 702 and the location report is transmitted at block 708 using aNarrowband Internet of Things (NB-IoT) radio access type (RAT), a LongTerm Evolution (LTE) RAT, or a New Radio (NR) RAT.

In an aspect, the first network entity and the second network entity areeach a Mobility Management Entity (MME), an Access and MobilityManagement Function (AMF), or a Location Management Function (LMF). Inan aspect, the first network entity is the same as the second networkentity. In another aspect, the first network entity is different to thesecond network entity. In this other aspect, the first network entityand the second network entity may belong to different networks.

In an aspect, transmitting the location report to the second networkentity at block 708 comprises transmitting the location report to thesecond network entity when the location reporting event occurs followingan interval at least equal to the minimum reporting interval since atransmission of a previous location report.

FIG. 8 is a diagram illustrating an example of a hardware Implementationof UE 102. The UE 102 may include a Wireless Wide Area Network (WWAN)transceiver 802 to wirelessly communicate with, e.g., cellulartransceivers such as eNB 122 (shown in FIG. 1). The UE 102 may alsoinclude a WLAN transceiver 804 to wirelessly communicate with localtransceivers. The UE 102 may further include an SPS receiver 808 forreceiving SPS signals and data from SPS system 110 (shown in FIG. 1).The UE 102 may include one or more antennas 806 that may be used withthe WWAN transceiver 802, WLAN transceiver 804 and/or SPS receiver 808.The UE 102 may include one or more sensors 810, such as cameras,accelerometers, gyroscopes, electronic compass, magnetometer, barometer,etc. The UE 102 may further include a user interface 812 that mayinclude e.g., a display, a keypad or other input device, such as virtualkeypad on the display, through which a user may interface with the UE102.

The UE 102 further includes one or more processors 814 and memory 820,which may be coupled together with bus 816. The one or more processors814 and other components of the UE 102 may similarly be coupled togetherwith bus 816, a separate bus, or may be directly connected together or acombination of the foregoing. The memory 820 may contain executable codeor software instructions that when executed by the one or moreprocessors 814 cause the one or more processors to operate as a specialpurpose computer programmed to perform the techniques disclosed herein.

As illustrated in FIG. 8, the memory 820 includes one or more componentsor modules that when implemented by the one or more processors 814implements the methodologies as described herein. While the componentsor modules are illustrated as software in memory 820 that is executableby the one or more processors 814, it should be understood that thecomponents or modules may be dedicated hardware either in the processoror off processor. As illustrated, the memory 820 may include anacknowledgement unit 822 that when implemented by the one or moreprocessors 814 causes the one or more processors 814 to transmit anacknowledgment that the periodic and triggered location request has beenactivated in the UE 102, e.g., through the WWAN transceiver 802, afterthe periodic and triggered location request has been received.

The memory 820 may further include a position measurements unit 824 thatwhen implemented by the one or more processors 814 causes the one ormore processors 814 to obtain position measurements, e.g., using one ormore of the WWAN transceiver 802, WLAN transceiver 804 and/or SPSReceiver 808. For example, the position measurements may include atleast one of cell ID, received signal strength indicator (RSSI), roundtrip signal propagation time (RTT), RSTD or pseudorange measurements.

The memory 820 may further include a position session unit 826 that whenimplemented by the one or more processors 814 causes the one or moreprocessors 814 to engage in a positioning session with a location server(e.g. E-SMLC 133), e.g., upon request from the location server orinitiated by the UE 102, once the UE 102 enters a connected state with awireless network.

The memory 820 may further include a periodic/trigger unit 828. Theperiodic/trigger unit 828 when implemented by the one or more processors814 may cause the one or more processors 814 to monitor periodic and/ortrigger event parameters, e.g., received in a periodic and triggeredlocation request. The trigger event parameters may include, e.g., amaximum event sampling interval, a maximum reporting interval, a minimumreporting interval, and one or more location triggers. For example, thelocation triggers may comprise at least one of leaving a target area,entering a target area, remaining within a target area or a thresholdlinear distance for a motion event. The periodic/trigger unit 828 mayevaluate the one or more location triggers periodically at an intervalequal to or less than the maximum event sampling interval and may alsotrack the maximum reporting interval. The periodic/trigger unit 828 whenimplemented by the one or more processors 814 may cause the one or moreprocessors 814 to re-enter a connected state with a wireless networkwhen a trigger condition occurs, when a periodic reporting intervalexpires or when the maximum reporting interval expires and send a reportto the wireless network (e.g. to an MME, AMP or LMF in the wirelessnetwork) to report the event.

The methodologies described herein may be implemented by various meansdepending upon the application. For example, these methodologies may beimplemented in hardware, firmware, software, or any combination thereof.For a hardware implementation, the one or more processors may beimplemented within one or more application specific integrated circuits(ASICs), digital signal processors (DSPs), digital signal processingdevices (DSPDs), programmable logic devices (PLDs), field programmablegate arrays (FPGAs), processors, controllers, micro-controllers,microprocessors, electronic devices, other electronic units designed toperform the functions described herein, or a combination thereof.

For an implementation involving firmware and/or software, themethodologies may be implemented with modules (e.g., procedures,functions, and so on) that perform the separate functions describedherein. Any machine-readable medium tangibly embodying instructions maybe used in implementing the methodologies described herein. For example,software codes may be stored in a memory and executed by one or moreprocessor units, causing the processor units to operate as a specialpurpose computer programmed to perform the algorithms disclosed herein.Memory may be implemented within the processor unit or external to theprocessor unit. As used herein the term “memory” refers to any type oflong term, short term, volatile, nonvolatile, or other memory and is notto be limited to any particular type of memory or number of memories, ortype of media upon which memory is stored.

If implemented in firmware and/or software, the functions may be storedas one or more instructions or code on a non-transitorycomputer-readable storage medium. Examples include computer-readablemedia encoded with a data structure and computer-readable media encodedwith a computer program. Computer-readable media includes physicalcomputer storage media. A storage medium may be any available mediumthat can be accessed by a computer. By way of example, and notlimitation, such computer-readable media can comprise RAM, ROM, EEPROM,CD-ROM or other optical disk storage, magnetic disk storage,semiconductor storage, or other storage devices, or any other mediumthat can be used to store desired program code in the form ofinstructions or data structures and that can be accessed by a computer;disk and disc, as used herein, includes compact disc (CD), laser disc,optical disc, digital versatile disc (DVD), floppy disk and Blu-ray discwhere disks usually reproduce data magnetically, while discs reproducedata optically with lasers. Combinations of the above should also beincluded within the scope of computer-readable media.

Thus, a user equipment for performing periodic and triggered locationmay include a means for receiving a periodic and triggered locationrequest from a first network entity, the periodic and triggered locationrequest comprising a type of location reporting event and at least oneof a maximum reporting interval, a minimum reporting interval and amaximum event sampling interval, which may be, e.g., the WWANtransceiver 802 as well as the one or more processors 814. The type oflocation reporting event may comprise at least one of entering into anarea, leaving from an area, being inside an area, periodic reporting ormotion event reporting. A means for returning a response to the firstnetwork entity indicating that the periodic and triggered locationrequest is accepted may be, e.g., the WWAN transceiver 802 as well asthe acknowledgement unit 822 which may be implemented by the one or moreprocessors 814. A means for monitoring a location reporting event todetermine if the location reporting event occurs may be, e.g., theperiodic/trigger unit 828 which may be implemented by the one or moreprocessors 814. The location reporting event may be monitored at aninterval no greater than the maximum event sampling interval. A meansfor transmitting a location report to a second network entity when thelocation reporting event occurs or when no location reporting eventoccurs during the maximum reporting interval may be, e.g., the WWANtransceiver 802 as well as the periodic/trigger unit 828 which may beimplemented by the one or more processors 814. The location report maybe transmitted to the second network entity when the location reportingevent occurs following an interval at least equal to the minimumreporting interval since a transmission of a previous location report.The periodic and triggered location request may be received and thelocation report may be transmitted using a Narrowband Internet of Things(NB-IoT) radio access type (RAT), a Long Term Evolution (LTE) RAT, or aNew Radio (NR) RAT. The first network entity and the second networkentity may be each a Mobility Management Entity (MME), an Access andMobility Management Function (AMF), or a Location Management Function(LMF). For example, the first network entity may be the same as thesecond network entity or different to the second network entity.Moreover, the first network entity and the second network entity maybelong to different networks. The type of location reporting event maycomprise at least one of entering into an area, leaving from an area,being inside an area, periodic reporting or motion event reporting.

In addition to storage on computer-readable storage medium, instructionsand/or data may be provided as signals on transmission media included ina communication apparatus For example, a communication apparatus mayinclude a transceiver having signals indicative of instructions anddata. The instructions and data are stored on non-transitory computerreadable media, e.g., memory 820, and are configured to cause the one ormore processors to operate as a special purpose computer programmed toperform the algorithms disclosed herein. That is, the communicationapparatus includes transmission media with signals indicative ofinformation to perform disclosed functions. At a first time, thetransmission media included in the communication apparatus may include afirst portion of the information to perform the disclosed functions,while at a second time the transmission media included in thecommunication apparatus may include a second portion of die informationto perform the disclosed functions.

FIG. 9 is a diagram illustrating an example of a hardware implementationof a network entity 900, such as the MME 131, E-SMLC 133, V-GMLC 132,H-GMLC 142, R-GMLC 152, eNB 122 or an AMF or LMF. The network entity 900includes, e.g., hardware components such as an external interface 902,which may be a wired and/or wireless interface capable of connecting toUE 102 and/or to other network entities and/or to an LCS Client. Thenetwork entity 900 includes one or more processors 904 and memory 910,which may be coupled together with bus 906. The memory 910 may containexecutable code or software instructions that when executed by the oneor more processors 904 cause the one or more processors to operate as aspecial purpose computer programmed to perform the techniques disclosedherein.

As illustrated in FIG. 9, the memory 910 includes one or more componentsor modules that when implemented by the one or more processors 904implement the methodologies as described herein. While the components ormodules are illustrated as software in memory 910 that is executable bythe one or more processors 904, it should be understood that thecomponents or modules may be dedicated hardware either in the processoror off processor. As illustrated, the memory 910 may include a responseunit 912 that when implemented by the one or more processors 904 causesthe one or more processors 904 to provide a first response to an LCSclient or to another network entity indicating that a request forperiodic and triggered location reporting has been accepted by a servingnetwork entity for a target UE (e.g. an MME, AMF or LMF) and the servingnetwork entity is ready to initiate the procedure in the target UE. Theresponse unit 912 when implemented by the one or more processors 904causes the one or more processors 904 to monitor a response from thetarget UE or from another network entity indicating that a periodic andtriggered location request has been activated in the target UE, whichmay be returned soon after the first response for the target UE or maybe returned several hours or days after the first response for thetarget UE, and causes the external interface 902 to provide a secondresponse to an LCS client or another network entity indicating that thetarget UE will begin to return periodic and triggered location reports.

The memory 910 may include a periodic/trigger unit 914 that whenimplemented by the one or more processors 904 causes the one or moreprocessors 904 to communicate, e.g., via the external interface 902,with a target UE or another network entity to request a periodic andtrigger location session, or receive a request for a location session.The periodic/trigger unit 914 may define a maximum event samplinginterval, a maximum reporting interval, a minimum reporting intervaland/or one or more location trigger events or a periodic reportingperiod and may cause the external interface 902 to provide the periodicand triggered location parameters to the target UE or to another networkentity in a periodic and triggered location request after receiving arequest for periodic and triggered location reporting from an LCS Clientor another network entity (e.g. a GMLC). The periodic/trigger unit 914may cause the external interface 902 to provide the periodic andtriggered location parameters to the target UE after waiting for thetarget UE to become reachable and to be connected to a wireless network.

The memory 910 may also include a maximum reporting interval unit 916that when implemented by the one or more processors 904 causes the oneor more processors 904 to monitor location reports from a target UE(e.g. received from the target UE directly or received via anothernetwork element such as an MME, AMF, LMF or GMLC) within the maximumreporting interval. If a location report is received, the maximumreporting interval unit 916 may conium that location reporting is stillactive in the UE 102. On the other hand, if no location report isreceived following the maximum reporting interval, the maximum reportinginterval unit 916 may determine that the periodic and triggered locationrequest is no longer active in the target UE and may cause the externalinterface 902 to provide an indication to the LCS client or network(e.g. GMLC) that location reporting was terminated in the UE 102 and/ormay instigate cancellation of the periodic and triggered location.

The methodologies described herein may be implemented by various meansdepending upon the application. For example, these methodologies may beimplemented in hardware, firmware, software, or any combination thereof.For a hardware implementation, the one or more processors may beimplemented Within one or more application specific integrated circuits(ASICs), digital signal processors (DSPs), digital signal processingdevices (DSPDs), programmable logic devices (PLDs), field programmablegate arrays (FPGAs), processors, controllers, micro-controllers,microprocessors, electronic devices, other electronic units designed toperform the functions described herein, or a combination thereof.

For an implementation involving firmware and/or software, themethodologies may be implemented with modules (e.g., procedures,functions, and so on) that that perform the separate functions describedherein. Any machine-readable medium tangibly embodying instructions maybe used in implementing the methodologies described herein. For example,software codes may be stored in a memory and executed by one or moreprocessor units, causing the processor units to operate as a specialpurpose computer programmed to perform the algorithms disclosed herein.Memory may be implemented within the processor unit or external to theprocessor unit. As used herein the term “memory” refers to any type oflong term, short term, volatile, nonvolatile, or other memory and is notto be limited to any particular type of memory or number of memories, ortype of media upon which memory is stored.

If implemented in firmware and/or software, the functions may be storedas one or more instructions or code on a non-transitorycomputer-readable storage medium. Examples include computer-readablemedia encoded with a data structure and computer-readable media encodedwith a computer program. Computer-readable media includes physicalcomputer storage media. A storage medium may be any available mediumthat can be accessed by a computer. By way of example, and notlimitation, such computer-readable media can comprise RAM, ROM, EEPROM,CD-ROM or other optical disk storage, magnetic disk storage,semiconductor storage, or other storage devices, or any other mediumthat can be used to store desired program code in the form ofinstructions or data structures and that can be accessed by a computer;disk and disc, as used herein, includes compact disc (CD), laser disc,optical disc, digital versatile disc (DVD), floppy disk and Blu-ray discwhere disks usually reproduce data magnetically, while discs reproducedata optically with lasers. Combinations of the above should also beincluded within the scope of computer-readable media.

In addition to storage on computer-readable storage medium, instructionsand/or data may be provided as signals on transmission media included ina communication apparatus. For example, a communication apparatus mayinclude a transceiver having signals indicative of instructions anddata. The instructions and data are stored on non-transitory computerreadable media, e.g., memory 820 or 910, and are configured to cause theone or more processors to operate as a special purpose computerprogrammed to perform the algorithms disclosed herein. That is, thecommunication apparatus includes transmission media with signalsindicative of information to perform disclosed functions. At a firsttime, the transmission media included in the communication apparatus mayinclude a first portion of the information to perform the disclosedfunctions, while at a second time the transmission media included in thecommunication apparatus may include a second portion of the informationto perform the disclosed functions.

Thus, a first network entity for performing periodic and triggeredlocation for a target user equipment may include means for receivingfrom a second network entity a periodic and triggered location requestfor the target user equipment, which may be, e.g., the externalinterface 902 as well as the one or more processors 904. The firstnetwork entity may be, e.g., a Mobility Management Entity (MME), anAccess and Mobility Management Function (AMF), or a Location ManagementFunction (LMF). The second network entity may be a Gateway MobileLocation Center (GMLC). The first network entity may include a means fortransmuting a first response to the second network entity indicatingthat the periodic and triggered location request has been received andaccepted, which may be, e.g., the external interface 902 as well as theresponse unit 912 which may be implemented by the one or more processors904. The first response may comprise an indication of an expected timeinterval or a maximum time interval until the target user equipment nextbecomes reachable. The first response may comprise a last known locationfor the target user equipment. A means for waiting for the target userequipment to be in a reachable state with a wireless network if thetarget user equipment is not currently in a reachable state may be,e.g., the response unit 912 which may be implemented by the one or moreprocessors 904. A means for establishing a signaling connection with thetarget user equipment may be, e.g., the external interface 902. Thesignaling connection may be established using a Narrowband Internet ofThings (NB-IoT) radio access type (RAT), a Long Term Evolution (LTE)RAT, or a New Radio (NR) RAT. A means for transmitting the periodic andtriggered location request to the target user equipment may be, e.g.,the external interface 902 as well as the periodic/trigger unit 914which may be implemented by the one or more processors 904. A means forreceiving from the target user equipment a confirmation indicating thatthe periodic and triggered location request has been accepted may be,e.g., the external interface 902 as well as the response unit 912 whichmay be implemented by the one or more processors 904. A means fortransmitting a second response to the second network entity indicatingthat the periodic and triggered location request has been activated inthe target user equipment may be, e.g., the external interface 902 aswell as the response unit 912 which may be implemented by the one ormore processors 904. The periodic and triggered location requesttransmitted to the target user equipment may comprise a type of locationreporting event and at least one of a maximum reporting interval, aminimum reporting interval and a maximum event sampling interval. Thetype of location reporting event may comprise at least one of enteringinto an area, leaving from an area, being inside an area, periodicreporting or motion event reporting. The periodic and triggered locationrequest transmitted to the target user equipment may comprise themaximum reporting interval and the first network entity may furtherinclude a means for receiving a location report from the target userequipment when no location reporting event is detected by the targetuser equipment during the maximum reporting interval, which may be,e.g., the external interface 902 as well as the response unit 912 whichmay be implemented by the one or more processors 904, and a means fortransmitting the location report to the second network entity, which maybe, e.g., the external interface 902 as well as the response unit 912which may be implemented by the one or more processors 904.

FIG. 10 is a diagram illustrating an example of a hardwareimplementation of an external (LCS) client 160. The client 160 includes,e.g., hardware components such as an external interface 1002, which maybe a wired or wireless interface capable of connecting to a networkentity, such as the R-GMLC 152. The client 160 includes one or moreprocessors 1004 and memory 1010, which may be coupled together with bus1006. The memory 1010 may contain executable code or softwareinstructions that when executed by the one or more processors 1004 causethe one or more processors to operate as a special purpose computerprogrammed to perform the techniques disclosed herein.

As illustrated in FIG. 10, the memory 1010 includes one or morecomponents or modules that when implemented by the one or moreprocessors 1004 implements the methodologies as described herein. Whilethe components or modules are illustrated as software in memory 1010that is executable by the one or more processors 1004, it should beunderstood that the components or modules may be dedicated hardwareeither in the processor or off processor. As illustrated, the memory1010 may include a periodic/trigger unit 1012 that when implemented bythe one or more processors 1004 causes the one or more processors 1004to communicate, e.g., via the external interface 1002, with the networkto request a periodic and triggered location service with a target userequipment. The periodic/trigger unit 1012 may define a maximum eventsampling interval, a maximum reporting interval, a minimum reportinginterval and one or more location event triggers or a periodic reportingperiod and cause the external interface 1002 to provide the periodic andtriggered location parameters for the target UE in a periodic andtriggered location request sent to a network entity such as an R-GMLC.

The memory 1010 may also include a receive report unit 1014 that whenimplemented by the one or more processors 1004 causes the one or moreprocessors 1004 to receive a first response from a network entity (e.g.an R-GMLC) indicating that an LCS client request for periodic andtriggered location reporting has been accepted by the network and thenetwork (e.g. an MME, AMF or LMF) is ready to initiate the procedure inthe target UE. The receive report unit 1014 when implemented by the oneor more processors 1004 causes the one or more processors 1004 to alsoreceive a second response from the network entity indicating that theperiodic and triggered location request has been activated in the targetUE, which may be returned soon after the first response for a normal UEor might be returned several hours or days after the first response foran IoT UE. The receive report unit 1014 when implemented by the one ormore processors 1004 may further cause the one or more processors 1004to cause the first response and the second response to be transmitted toa network entity, (e.g., a Location Services (LCS) Client or a GatewayMobile Location Center (GMLC) or a user of the LCS Client 160). Thereceive report unit 1014 when implemented by the one or more processors1004 may further cause the one or more processors 1004 to receivelocation reports for the target user equipment from the network and tocause the location reports to be transmitted to a network entity or to auser of the LCS Client 160.

The memory 1010 may also include a maximum reporting interval unit 1016that when implemented by the one or more processors 1004 causes the oneor more processors 1004 to monitor location reports from the target UEwithin a maximum reporting interval for a periodic and triggeredlocation request. If a location report is received, the maximumreporting interval unit 1016 may confirm that location reporting isstill active in the target UE. On the other hand, if no location reportis received following a maximum reporting interval, the maximumreporting interval unit 1016 may determine that the periodic andtriggered location request is no longer active in the target UE. Themaximum reporting interval twit 1016 may also be configured to receivean indication from a network entity (e.g. an R-GMLC) that a periodic andtriggered location request is no longer active in the target UE.

The methodologies described herein may be implemented by various meansdepending upon the application. For example, these methodologies may beimplemented in hardware, firmware, software, or any combination thereof.For a hardware implementation, the one or more processors may beimplemented within one or more application specific integrated circuits(ASICs), digital signal processors (DSPs), digital signal processingdevices (DSPDs), programmable logic devices (PLDs), field programmablegate arrays (FPGAs), processors, controllers, micro-controllers,microprocessors, electronic devices, other electronic units designed toperform the junctions described herein, or a combination thereof.

For an implementation involving firmware and/or software, themethodologies may be implemented with modules (e.g., procedures,functions, and so on that perform the separate functions describedherein. Any machine-readable medium tangibly embodying instructions maybe used in implementing the methodologies described herein. For example,software codes may be stored in a memory and executed by one or moreprocessor units, causing the processor units to operate as a specialpurpose computer programmed to perform the algorithms disclosed herein.Memory may be implemented within the processor unit or external to theprocessor unit. As used herein the term “memory” refers to any type oflong term, short term, volatile, nonvolatile, or other memory and is notto be limited to any particular type of memory or number of memories, ortype of media upon we memory is stored.

If implemented in firmware and/or software, the functions may be storedas one or more instructions or code on non-transitory computer-readablestorage medium. Examples include computer-readable media encoded with adata structure and computer-readable media encoded with to computerprogram. Computer-readable media includes physical computer storagemedia. A storage medium may be any available medium that can be accessedby a computer. By way of example, and not limitation, suchcomputer-readable media can comprise RAM, ROM, EEPROM, CD-ROM or otheroptical disk storage, magnetic disk storage, semiconductor storage, orother storage devices, or any other medium that can be used to storedesired program code in the form of instructions or data structures andthat can be accessed by a computer; disk and disc, as used herein,includes compact disc (CD), laser disc, optical disc, digital versatiledisc (DVD), floppy disk and Blu-ray disc where disks usually reproducedata magnetically, while discs reproduce data optically with lasers.Combinations of the above should also be included within the scope ofcomputer-readable media.

In addition to storage on computer-readable storage medium, instructionsand/or data may be provided as signals on transmission media included ina communication apparatus. For example, a communication apparatus mayinclude a transceiver having signals indicative of instructions anddata. The instructions and data are stored on non-transitory computerreadable media, e.g., memory 820 or 1004, and are configured to causethe one or more processors to operate as a special purpose computerprogrammed to perform the algorithms disclosed herein. That is, thecommunication apparatus includes transmission media with signalsindicative of information to perform disclosed functions. At a firsttime, the transmission media included in the communication apparatus mayinclude a first portion of the information to perform the disclosedfunctions, while at a second time the transmission media included in thecommunication apparatus may include a second portion of the informationto perform the disclosed functions.

Thus, a first entity for performing periodic and triggered location fora target user equipment may include means for receiving aperiodic andtriggered location request for the target user equipment from a secondentity, which may be, e.g., the external interface 1002 as well as theperiodic/trigger unit 1012 which may be implemented by the one or moreprocessors 1004. The first entity may be a Location Services (LCS)Client or a Gateway Mobile Location Center (GMLC). The second entity maybe a Location Services (LCS) Client or a Gateway Mobile Location Center(GMLC) or a user of the LCS Client. A means for transmitting theperiodic and triggered location request for the target user equipment toa third entity may be, e.g., the external interface 1002 as well as theperiodic/trigger unit 1012 which may be implemented by the one or moreprocessors 1004. The third entity may be a Gateway Mobile LocationCenter (GMLC), a Mobility Management Entity (MME), an Access andMobility Management Function (AMF), or a Location Management Function(LMF). The periodic and triggered location request transmitted to thetarget user equipment may comprise a type of location reporting eventand at least one of a maximum reporting interval, a minimum reportinginterval and a maximum event sampling interval, wherein the type oflocation reporting event may comprise at least one of entering into anarea, leaving from an area, being inside an area, periodic reporting ormotion event reporting. A means for receiving a first response from thethird entity indicating that the periodic and triggered location requesthas been received and accepted by a serving network entity for thetarget user equipment may be, e.g., the external interface 1002 as wellas the receive report unit 1014 which may be implemented by the one ormore processors 1004. A means for transmitting the first response to thesecond entity may be, e.g., the external interface 1002 as well as thereceive report unit 1014 which may be implemented by the one or moreprocessors 1004. A means for receiving a second response from the thirdentity indicating that the periodic and triggered location request hasbeen activated in the target user equipment may be, e.g., the externalinterface 1002 as well as the receive report unit 1014 which may beimplemented by the one or more processors 1004. A means for transmittingthe second response to the second entity may be, e.g., the externalinterface 1002 as well as the receive report unit 1014 which may beimplemented by the one or more processors 1004. The first entity mayfurther include a means for receiving a location report from the thirdentity to report the detection of an event by the target user equipment,the location report including a location estimate for the target user,which may be, e.g., the external interface 1002 as well as the receivereport unit 1014 which may be implemented by the one or more processors1004, and a means for transmitting the location report to the secondentity, the location report including the location estimate for thetarget user, which may be, e.g., the external interface 1002 as well asthe receive report unit 1014 which may be implemented by the one or moreprocessors 1004. The first entity may further include a means forreceiving a location report from the third entity when no trigger eventis detected by the target user equipment during the maximum reportinginterval, which may be, e.g., the external interface 1002 as well as thereceive report unit 1014 which may be implemented by the one or moreprocessors 1004, and a means for transmitting the location report to thesecond entity, which may be, e.g., the external interface 1002 as wellas the receive report unit 1014 which may be implemented by the one ormore processors 1004. The first entity may further include a means fortransmitting an error report to the second entity indicating that theperiodic and triggered location request is no longer active in thetarget user equipment after not receiving any location report from thethird entity over an interval longer than the maximum reportinginterval, which may be, e.g., the external interface 1002 as well as themaximum reporting interval unit 1014 which may be implemented by the oneor more processors 1004. The first entity may further include a meansfor transmitting a cancellation message to at least one of the secondentity and the third entity after not receiving any location report fromthe third entity over an interval longer than the maximum reportinginterval, which may be, e.g., the external interface 1002 as well as themaximum reporting interval unit 1016 which may be implemented by the oneor more processors 1004.

Reference throughout this specification to “one example”, “an example”,“certain examples”, or “exemplary implementation” means that aparticular feature, structure, or characteristic described in connectionwith the feature and/or example may be included in at least one featureand/or example of claimed subject matter. Thus, the appearances of thephrase “in one example”, “an example”, “in certain examples” or “incertain implementations” or other like phrases in various placesthroughout this specification are not necessarily all referring to thesame feature, example, and/or limitation. Furthermore, the particularfeatures, structures, or characteristics may be combined in one or moreexamples and/or features.

Some portions of the detailed description included herein are presentedin terms of algorithms or symbolic representations of operations onbinary digital signals stored within a memory of a specific apparatus orspecial purpose computing device or platform. In the context of thisparticular specification, the term specific apparatus or the likeincludes a general purpose computer once it is programmed to performparticular operations pursuant to instructions from program software.Algorithmic descriptions or symbolic representations are examples oftechniques used by those of ordinary skill in the signal processing orrelated arts to convey the substance of their work to others skilled inthe art. An algorithm is here, and generally, is considered to be aself-consistent sequence of operations or similar signal processingleading to a desired result. In this context, operations or processinginvolve physical manipulation of physical quantities. Typically,although not necessarily, such quantities may take the form ofelectrical or magnetic signals capable of being stored, transferred,combined, compared or otherwise manipulated. It has proven convenient attimes, principally for reasons of common usage, to refer to such signalsas bits, data, values, elements, symbols, characters, terms, numbers,numerals, or the like. It should be understood, however, that all ofthese or similar terms are to be associated with appropriate physicalquantities and are merely convenient labels. Unless specifically statedotherwise, as apparent from the discussion herein, it is appreciatedthat throughout this specification discussions utilizing terms such as“processing,” “computing,” “calculating,” “determining” or the likerefer to actions or processes of a specific apparatus, such as a specialpurpose computer, special purpose computing apparatus or a similarspecial purpose electronic computing device. In the context of thisspecification, therefore, a special purpose computer or a similarspecial purpose electronic computing device is capable of manipulatingor transforming signals, typically represented as physical electronic ormagnetic quantities within memories, registers, or other informationstorage devices, transmission devices, or display devices of the specialpurpose computer or similar special purpose electronic computing device.

In the preceding detailed description, numerous specific details havebeen set forth to provide a thorough understanding of claimed subjectmatter. However, it will be understood by those skilled in the art thatclaimed subject matter may be practiced without these specific details.In other instances, methods and apparatuses that would be known by oneof ordinary skill have not been described in detail so as not to obscureclaimed subject matter.

The terms, “and”, “or”, and “and/or” as used herein may include avariety of meanings that also are expected to depend at least in partupon the context in which such terms are used. Typically, “or” if usedto associate a list, such as A, B or C, is intended to mean A, B, and C,here used in the inclusive sense, as well as A, B or C, here used in theexclusive sense. In addition, the term “one or more” as used herein maybe used to describe any feature, structure, or characteristic in thesingular or may be used to describe a plurality or some othercombination of features, structures or characteristics. Though, itshould be noted that this is merely an illustrative example and claimedsubject matter is not limited to this example.

While there has been illustrated and described what are presentlyconsidered to be example features, it will be understood by thoseskilled in the art that various other modifications may be made, andequivalents may be substituted, without departing from claimed subjectmatter. Additionally, many modifications may be made to adapt aparticular situation to the teachings of claimed subject matter withoutdeparting from the central concept described herein.

Therefore, it is intended that claimed subject matter not be limited tothe particular examples disclosed, but that such claimed subject mattermay also include all aspects falling within the scope of appendedclaims, and equivalents thereof.

What is claimed is:
 1. A method at a first network entity of performingperiodic and triggered location for a target user equipment comprising:receiving from a second network entity a periodic and triggered locationrequest for the target user equipment; transmitting a first response tothe second network entity indicating that the periodic and triggeredlocation request has been received and accepted; waiting for the targetuser equipment to be in a reachable state with a wireless network if thetarget user equipment is not currently in a reachable state;establishing a signaling connection with the target user equipment;transmitting the periodic and triggered location request to the targetuser equipment; receiving from the target user equipment a confirmationindicating that the periodic and triggered location request has beenaccepted; and transmitting a second response to the second networkentity indicating that the periodic and triggered location request hasbeen activated in the target user equipment.
 2. The method of claim 1,wherein the signaling connection is established using a NarrowbandInternet of Things (NB-IoT) radio access type (RAT), a Long TermEvolution (LTE) RAT, or a New Radio (NR) RAT.
 3. The method of claim 1,wherein the first network entity is a Mobility Management Entity (MME),an Access and Mobility Management Function (AMF), or a LocationManagement Function (LMF).
 4. The method of claim 3, wherein the secondnetwork entity is a Gateway Mobile Location Center (GMLC).
 5. The methodof claim 1, wherein the periodic and triggered location requesttransmitted to the target user equipment comprises a type of locationreporting event and at least one of a maximum reporting interval, aminimum reporting interval and a maximum event sampling interval.
 6. Themethod of claim 5, wherein the type of location reporting eventcomprises at least one of entering into an area, leaving from an area,being inside an area, periodic reporting or motion event reporting. 7.The method of claim 5, wherein the periodic and triggered locationrequest transmitted to the target user equipment comprises the maximumreporting interval, and further comprising: receiving a location reportfrom the target user equipment when no location reporting event isdetected by the target user equipment during the maximum reportinginterval; and transmitting the location report to the second networkentity.
 8. The method of claim 1, wherein the first response comprisesan indication of an expected time interval or a maximum time intervaluntil the target user equipment next becomes reachable.
 9. The method ofclaim 1, wherein the first response comprises a last known location forthe target user equipment.
 10. A first network entity for performingperiodic and triggered location for a target user equipment, comprising:an external interface configured to communicate with a second networkentity and the target user equipment; and at least one processorconfigured to receive with the external interface a periodic andtriggered location request from the second network entity for the targetuser equipment, transmit with the external interface a first response tothe second network entity indicating that the periodic and triggeredlocation request has been received and accepted, wait for the targetuser equipment to be in a reachable state with a wireless network if thetarget user equipment is not currently in a reachable state, establishthrough the external interface a signaling connection with the targetuser equipment, transmit with the external interface the periodic andtriggered location request to the target user equipment, receive withthe external interface an acknowledgment from the target user equipmentthat the periodic and triggered location request has been received, andtransmit a second response to the second network entity indicating thatthe periodic and triggered location request has been activated in thetarget user equipment.
 11. The first network entity of claim 10, whereinthe signaling connection is established using a Narrowband Internet ofThings (NB-IoT) radio access type (RAT), a Long Term Evolution (LTE)RAT, or a New Radio (NR) RAT.
 12. The first network entity of claim 10,wherein the first network entity is a Mobility Management Entity (MME),an Access and Mobility Management Function (AMF) or a LocationManagement Function (LMF).
 13. The first network entity of claim 10,wherein the periodic and triggered location request transmitted to thetarget user equipment comprises a type of location reporting event andat least one of a maximum reporting interval, a minimum reportinginterval and a maximum event sampling interval and wherein the type oflocation reporting event comprises at least one of entering into anarea, leaving from an area, being inside an area, periodic reporting ormotion event reporting.
 14. The first network entity of claim 13,wherein the periodic and triggered location request transmitted to thetarget user equipment comprises the maximum reporting interval, whereinthe at least one processor is further configured to: receive a locationreport from the target user equipment when no location reporting eventis detected by the target user equipment during the maximum reportinginterval; and transmit with the external interface the location reportto the second network entity.
 15. The first network entity of claim 10,wherein the first response comprises an indication of an expected timeinterval or a maximum time interval until the target user equipment nextbecomes reachable or a last known location for the target userequipment.
 16. A method at a user equipment for performing periodic andtriggered location, comprising: receiving a periodic and triggeredlocation request from a first network entity, the periodic and triggeredlocation request comprising a type of location reporting event and atleast one of a maximum reporting interval, a minimum reporting intervaland a maximum event sampling interval; returning a response to the firstnetwork entity indicating that the periodic and triggered locationrequest is accepted; monitoring the location reporting event todetermine if the location reporting event occurs; and transmitting alocation report to a second network entity when the location reportingevent occurs or when no location reporting event occurs during themaximum reporting interval.
 17. The method of claim 16, wherein theperiodic and triggered location request is received and the locationreport is transmitted using a Narrowband Internet of Things (NB-IoT)radio access type (RAT), a Long Term Evolution (LTE) RAT, or a New Radio(NR) RAT.
 18. The method of claim 16, wherein the first network entityand the second network entity are each a Mobility Management Entity(MME), an Access and Mobility Management Function AMF), or a LocationManagement Function (LMF).
 19. The method of claim 18, wherein the firstnetwork entity is the same as the second network entity.
 20. The methodof claim 18, wherein the first network entity is different to the secondnetwork entity.
 21. The method of claim 20, wherein the first networkentity and the second network entity belong to different networks. 22.The method of claim 16, wherein the type of location reporting eventcomprises at least one of entering into an area, leaving from an area,being inside an area, periodic reporting or motion event reporting. 23.The method of claim 16, wherein transmitting the location report to thesecond network entity when the location reporting event occurs comprisestransmitting the location report to the second network entity when thelocation reporting event occurs following an interval at least equal tothe minimum reporting interval since a transmission of a previouslocation report.
 24. The method of claim 16, wherein the monitoring thelocation reporting event to determine if the location reporting eventoccurs comprises monitoring the location reporting event at an intervalno greater than the maximum event sampling interval.
 25. A userequipment for performing periodic and triggered location, comprising: awireless transceiver configured to wirelessly communicate with a firstnetwork entity; and at least one processor configured to receive withthe wireless transceiver a periodic and triggered location request fromthe first network entity, the periodic and triggered location requestcomprising a type of location reporting event and at least one of amaximum reporting interval, a minimum reporting interval and a maximumevent sampling interval, returning with the wireless transceiver aresponse to the first network entity indicating that the periodic, andtriggered location request is accepted, monitor a location reportingevent to determine if the location reporting event occurs, and transmitwith the wireless transceiver a location report to a second networkentity when the location reporting event occurs or when no locationreporting event occurs during the maximum reporting interval.
 26. Theuser equipment of claim 25, wherein the periodic and triggered locationrequest is received and the location report is transmitted using aNarrowband Internet of Things (NB-IoT) radio access type (RAT), a LongTerm Evolution (LTE) RAT, or a New Radio (NR) RAT.
 27. The userequipment of claim 25, wherein the first network entity and the secondnetwork entity are each a Mobility Management Entity (MME), an Accessand Mobility Management Function (AMF), or a Location ManagementFunction (LMF).
 28. The user equipment of claim 25, wherein the type oflocation reporting event comprises at least one of entering into anarea, leaving from an area, being inside an area, periodic reporting ormotion event reporting.
 29. The user equipment of claim 25, wherein theat least one processor is further configured to transmit with thewireless transceiver the location report to the second network entitywhen the location reporting event occurs by being configured to transmitthe location report to the second network entity when the locationreporting event occurs following an interval at least equal to theminimum reporting interval since a transmission of a previous locationreport.
 30. The user equipment of claim 25, wherein the at least oneprocessor is further configured to monitor the location reporting eventto determine if the location reporting event occurs by being configuredto monitor the location reporting event at an interval no greater thanthe maximum event sampling interval.